Justamente, cuando hay de por medio otras personas con otras responsabilidades es donde surge el problema.
ADO es una tecnologÃa propietaria cerrada, que requiere algo más instalado fuera de la acción del desarrollador. No nos comparemos con SAP, juega en otra liga. Con el mismo criterio te podria sugerir Oracle en lugar de MySQL, pero es de otro nivel. Por cierto, SAP puede ser muy exitoso a nivel comercial, pero no conozco clientes felices de SAP, tal vez será que no he tenido suerte 
En otro hilo hay un compañero renegando con algo tan sencillo como el FTP y todo porque la gestion y administracion del sistema depende de otra persona. Es lo que intento evitar. Y en ningún momento dije que no fuera un producto bueno, solo he dicho que añade complejidad, y no aporta beneficios, principalmente se lo compara con las herramientas y librerias que tienes a disposición, más livianas, libres, soportadas, y la mayorÃa gratuitas.
Usar ADO para diferentes conexiones a distintas BBDD funciona a niveles muy relativos: Cada dialecto de SQL tiene sus propias particularidades y ADO no las resuelve. Hay que abstraer mucho para realmente poder hacer las BBDD intercambiables y realmente no recuendo muchos proyectos en donde se haya tenido que cambiar la BBDD.
Y en relación a los últimos tópicos comentados y discutidos en el foro y en la conferencia de Novelda, las cosas se mueven hacia soluciones abiertas y de internet, donde ADO no tiene lugar.
Ojo! No critique tu opinion, simplemente di mi punto de vista y a decir verdad SAP creo el concepto de los ERP el cual muchos quieren copiar