Cita:
Pues hubiese pasado exactamente lo mismo, NADA.  , al hacer modificaciones en tus procedimientos almacenados, no tendrías por que mover alguna línea de código en delphi.
|
Ok, por supuesto que no pasa nada si tus cambios los haces en tu codigo sql (stores, trigger, etc), pero dudo mucho que toda la lógica de operaciones con tu base de datos la tengas en el server, asi que invariablemente usaras lo componentes ADO en la logica de tu app, y por consiguiente tendras codigo amarrado. Con dbExpress usas el mismo codigo de tu app en casi cualquier base de datos,.
Cita:
|
Lo interesante sería es que tal está el soporte de DBExpress para el Xml de sql server y Mantener los datos de tus datasets sin necesidad de estar conectado a Sql Server.
|
Interesante tu argumento, pero me gustaria saber que tanto soporte tiene para utilizar los servicios de replica de Oracle, o los los datos persistentes de DB2, es lo mismo, existen caracteristicas PARTICULARES de cada manejador de base de datos que muy seguramente no seran soportadas por dbExpress pero para cada una de ellas existe formas alternativas de llegar y asi dejar el "kernel" de tu app lo mas independiente de la base de datos, ahora que si tu cliente esta a morir con M$ pues ni hablar nos morimos con $QL $erver.
Saludos.
PD: Es bastante gratificante este debate.
