Componentes adecuados para cada base de datos

[[David]]

pues gracias a este post he descubierto nuevos componentes para Oracle ,Corelab Odac y Direct Oracle Access . El primero no he podido instalarlo , así que he probado con el segundo , lo he instalado sin problemas . Todavia no lo conozco mucho , pero según decis el componente Direct Oracle Access es mejor que ado para Oracle .

Yo al principio de escribir este post , tenia algo en mente , y al final escribi este post en lugar de lo que tenia en mente . Os lo explico .

Yo hace años , fuí a una empresa hacer practicas , estuve creo que ni un mes . Allí programaban en Powerbuilder y tenian un superprograma , yo les pregunte que base de datos utilizaba el programa y me dijeron que estaba hecho para varias bases de datos .

Así yo he pensado , como se podia hacer en delphi , un programa para usarlo con varias bases de datos , del tipo Interbase , SQL Server y Oracle o informix . La idea es que lo lógico seria utilizar los mismos componentes y varias sólo la conexión en ADO conection , por ejemplo . Pero si haces esto por lo que se ve , no optimizas del todo la aplicación , pues hay componentes especificos para cada base de datos , como los de interbase y Oracle .

saludos

[Paoti]

he ahi una de las razones importantes que tendria tu aplicación.


Si quieres trabajar con un solo motor de bases de datos, es recomendable usar unos componentes de acceso nativo.



y si se desea desarrollar una apliación independiente de la base de datos, con el consiguiente hecho de no usar caracteristicas especificas que cada motor de bases de datos nos brinda, es usar ADO con OleDB.

[Neftali [Germán.Estévez]]

Empezado por David

...La idea es que lo lógico seria utilizar los mismos componentes y varias sólo la conexión en ADO conection

Ojo, que puedas conectar con ADO a varias Base de Datos, no significa que el mismo código (sobre todo si está optimizado) te vaya a funcionar en todas ellas. Cada proveedor implementa una serie de características, y no todos implementan las mismas.
Me he encontrado en alguna ocasión que diferentes proveedores (en ADO) no tenían implementados los mismos tipos de cursores o los mismos tipos de bloqueos.