Componentes adecuados para cada base de datos

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

Empezado por poliburro

...y bueno pues precisamente Ado es un set de componentes que vienen con delphi o me equivoco?

ADO sí viene con Delphi, pero no el proveedor OLEDB para acceder a IB/FB a través de ADO(o al menos yo no lo he visto por ninguna parte).

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

Empezado por Chocoslovaco

...Creo que al final de cuentas creo que para los que estamos igual que David no hubo una respuesta que pudiese ayudarnos...

Pues será que no has leído atentamente, porque yo creo que aquí se han dicho cosas muy útiles...

Con Ado puedes conectarte a cualquier base de datos que soporte ODBC

Ahora que lo ideal es usar OLEDB y eso lo proporcionan
MsSQl, ORACLE, INFORMIX, DB2, INTERBASE, FIREBIRD, Postgress

mysql, la verdad no camina bien, si es grande la base de datos, a mi me funciona mucho mejor zeos

...con odbc ahí si estas sobreponiendo una capa adicional a la conexión

...no es para nada aconsejable y de hecho está descontinuado es el BDE

IBProvider -> is a Native OLE DB provider for access to all versions of InterBase and Firebird SQL-servers

...para trabajar única y exclusivamente con Interbase/Firebird, prefiero mil veces las IBX

...de hecho accediendo por ODBC y por ADO dejas de poder utilizar entre otras cosas los "EVENTOS" de la base de datos con Firebird/Interbase

...él recomienda es usar ADO con OLEDB y no con ODBC

...no quiere decir que todas sean ciertas 100% ya que algunas están dentro de las opiniones/preferencias de cada uno, pero no creo que sea poca cosa...

[[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.

[srm]

Empezado por roman

Aunque no deja de parecerme extraña esta defensa a ultranza de ADO por sobre todo lo demás, hay que notar que el compañero poliburro aclara desde un principio que lo que él recomienda es usar ADO con OLEDB y no con ODBC.

// Saludps

Alguien puede poner un ejemplo de Connection String de mediante "Microsoft Jet 4.0 OLE DB Provider" con un BBDD de MySQL.
Host: 192.168.1.2
Usuario: prueba
Pwd: prueba

Gracias

[roman]

Primero que nada debes conseguirte un driver OLEDB para MySql. ¿Ya lo tienes? En todo caso dinos cual, porque no abundan.

// Saludos

[Paoti]

www.connectionstrings.com

ahi vienen las cadenas de coneccions para oodbc olddb,


incluido Roman, los proveedores para poder conectarte

saludos

[Paoti]

hola srm, bienvenido a los foros de esta monuidad llamada clubdelphi



lee la guia de estilo,


por ejemplo ese post lo debiste haber abuierto en un hilo nuevo.

[roman]

Gracias, veo que usan MySqlProv, pero una búsqueda en Google me arroja muchas referencias al driver pero no logro ver ninguna al driver en sí. ¿Tienes idea de dónde se consigue?

// Saludos

[srm]

Bueno, vamos a ver.

Yo estoy trabajando con D7 - ADO - SQL Server. Tengo una especie de ERP ajustado a mi empresa.
Ahora me ha surgido hacerle una serie de programitas a unos clientes; estos programitas son partes de código de lo que tengo hecho. Por eso quiero seguir trabajando con ADO, para tener que modificar lo mínimo.
Un cliente necesita acceder desde muchos ordenadores y su volumen sera importante por lo que he decidido basarme en MySQL, con otros lo haré en Access, porque son monopuesto y con ADO va bien.
El tema es que no soy muy amigo de tener componentes y mas componentes, y prefiero basarme en los que trae Delphi y en alguno en concreto que me hago o que son concretos para cosas concretas muy utiles.
Por eso mi interes de acceder a MySQL desde ADO, además, estoy buscando alguna opción para acceder a traves de ADO sin instalar el Driver (ODBC 3.51) de MySQL, para no tener que instalarlo y configurarlo en todos los ordenadores del cliente y así poder olvidarme de mantener este punto.

Por eso cuando Román comentó que se podía acceder mediante OLE DB a MySQL, pensé que se podría hacer sin instalar nada adicional en clientes remotos, tal y como me pasa ahora con MSSQL, que no hace falta instalar nada, porque como el MDAC de W$ ya lo lleva todo....

Pues eso, y sintetizando despues de tanto rollo.
¿Como accedo a MySQL sin instalar nada en los clientes y utilizando los componentes que vienen el Delphi 7, para trabajar con MySQL (5.0)?

PD: Paoti, la próxima vez tendre mas encuenta la guia de estilo.

[srm]

Por cierto he hecho pruebas con dbExpress contra MySQL 5.0, y no consigo que me funcione. correctamente; connecta, pero despues no veo tablas ni nada

[emeritos]

Yo utilizo para MySQL 5.0 los componentes de MyDac (MySQL Access) y de momento me van bien, pero no se si es lo mas ideal.

[emeritos]

ADO, ODBC, OLEDB, jo cuantas cosas estoy viendo.

Te recomiendo que utilices el que mejor resultado te este dando a ti mismo, en informatica hay una premisa, si algo te funciona no lo cambies por nada hasta haber probado bien lo nuevo, por que sino el 90 % de las veces tienes que irte al chiste de Fatima: "Virgencita, Virgencita, por lo menos como estaba".

Yo utilizo MySQL porque tengo B.D. tanto en Windows como en Linux, aunque el primero cada vez lo estoy dejando mas.

En conclusion utiliza el que mas rendimiento te de para el programa que estes utilizando, sabiendo como es B.D. (con muchos registros o pocos, con muchos o pocos accesos concurrentes, Portabilidad, etc...)

[srm]

Empezado por emeritos

Te recomiendo que utilices el que mejor resultado te este dando a ti mismo

...

En conclusion utiliza el que mas rendimiento te de para el programa que estes utilizando, sabiendo como es B.D. (con muchos registros o pocos, con muchos o pocos accesos concurrentes, Portabilidad, etc...)

Pues la verdad, es que te doy toda la razón porque le esto dando vueltas, y de momento me decanto por ADO, porque es lo que estoy utlizando desde hace mas de 4 años, y además, tenia un programita con ADO+Access, que quiero mejorar y ampliar y...
Instalo MySQL 5.0,
Con el Kit de Migración, paso de Access a MySQL
Cambio de ConnectionString y....
Perfecto, a funcionar.
Lo estoy probando pero de momento no falla nada.
Además estoy convencido que al reves tambien podré hacerlo en un futuro... sólo tengo que trabajarme un poco la BBDD y el programa dejarlo como esta.

Vamos que contra mas lo pienso, mas claro lo tengo, que ADO + mySQL ODBC Driver.

Lo que tambien ocurria es que yo creia que habia que ir al administrador de ODBC de Windows, y crear el enlace ODBC a la Base MySQL, pero no, he comprobado que no hace falta.
O sea para distribuir mi aplicación una vez instalado el servidor MySQL, en el ordenador que quieran conectarse con la BBDD, que se instalen el Driver ODBC, que es sencillo, y listo, la aplicación funciona

[roman]

Empezado por srm

Por eso cuando Román comentó que se podía acceder mediante OLE DB a MySQL

Nada más aclarar que yo no mencioné esto, aunque es posible que así lo haya parecido. Yo me refería a lo que sostenía poliburro: la recomendación de usar ADO, pero hacerlo con OLEDB, no con ODBC. Pero el caso es que no conozco realmente drivers OLEDB para MySql. He visto referencias pero nada en concreto.

// Saludos

[fedelphi]

Estoy comenzando a trabajar con un servidor de BD y finalmente me he dicidido por firebird. Trabajo con turbodelphi 2006 explorer y me conecto mediante dbExpress, mi pregunta es por que se lo menciona poco o nada a estos componentes para conectarse, he leido y estoy aprendiendo a usarlos, pero en este hilo se mensiona mucho ADO, es realmente mejor? No es bueno trabajar con dbExpress? en caso de que asi sea, cuales son los inconvenientes que trae? Mi decision por dbExpress fue por versatilidad de conectarse a cualquier base de datos facilmente, segun instructivos de borland, sin drivers ODBC u OLEDB, ya que como dije antes recien estoy dando mis primeros pasos, y si es mejor otra cosa estoy a tiempo de aprender . Muchas gracias.
Fede

[xander]

Empezado por Nelet

Por curiosidad...que hoy estoy espesito. ¿A que os referís con "manejar conexiones en frio" o "generar datasets en frio"?.


Que estamos casi en noviembre y hace un calor de la leche aquí en Valencia

Yo tambien me quede en las mismas, sin saber a que se refería poliburro con ese tipo de conexiones...

ora si que me dejó frio...