Componentes adecuados para cada base de datos

[[poliburro]]

Empezado por Neftali

Gracias por la "parrafada"; Esto ya lo conocía, pero pensé que hablámos de componentes que vienen con Delphi.

Pues de nada :P, jajajaja, y bueno pues precisamente Ado es un set de componentes que vienen con delphi o me equivoco?




saludos

[xander]

Pues no creo que ADO sea la Panacea como se trata de plantear, 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 porque no hay componentes en la paleta de ADO que te permita cachar los eventos que reporta la base de datos y eso mi amigo es oro puro en ambientes C/S.

No tienes modo de extraer el metadata, ni de poder hacer un respaldo de la base de datos, o hacer un sweep, Validarla, o ponerla fuera de linea. Nomas por decir algo.

[[poliburro]]

Empezado por xander

Pues no creo que ADO sea la Panacea como se trata de plantear, 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 porque no hay componentes en la paleta de ADO que te permita cachar los eventos que reporta la base de datos y eso mi amigo es oro puro en ambientes C/S.

No tienes modo de extraer el metadata, ni de poder hacer un respaldo de la base de datos, o hacer un sweep, Validarla, o ponerla fuera de linea. Nomas por decir algo.

pues, solo es cuestion de leer la documentación . Por mencionar algo sumamente valioso en la programación Ntier, con Ado puedes generar datasets en frio con solo un par de sencillos pasos. cosa que ZEOS, BDE (no se IB como lo haga) no son capaces de hacer.

[xander]

Empezado por poliburro

pues, solo es cuestion de leer la documentación

Sinceramente lo dudo mucho, ni siquiera veo en ADO algun componente que te sirva como un medianamente funcional monitor SQL, y lo que he escuchado sobre la gente que alguna vez trato de trabajar con ODBC no ha sido nada alentador como para pensar en usar esa capa de acceso.

a que no usas un cucharón para comer la sopa?? si, claro, el cucharon sirve para mover la sopa en la olla sin importar si es sopa de habas, arroz, tortilla o frijoles, pero comer usando el cucharón ya no es tan bueno. Sobre todo porque para comer sopa de tortillas es mejor usar un tenedor.

[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

[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

[[poliburro]]

Empezado por xander

Sinceramente lo dudo mucho, ni siquiera veo en ADO algun componente que te sirva como un medianamente funcional monitor SQL, y lo que he escuchado sobre la gente que alguna vez trato de trabajar con ODBC no ha sido nada alentador como para pensar en usar esa capa de acceso.

Ado no es ODBC mi hermano, y ado es sumamente poderoso por ejemplo

si tienes un Sp que devuelve varios recorsets, como los manejas con IBEXPRESS?

Si necesitas manejar conexiones en frio como lo harias con IBEXPRESS?

Si requieres generar Datasets actualizables a partir de Esquemas XML, como lo harias con IBEXPRESS?


coincido en que los componentes nativos incluyen cosas específicas del motor pero insisto. Desde mi experiencia con ado y MsSql, Mysql, Oracle, Db2, Access.

Puedo decir a ciencia cierta que prefiero ADO que Zeos, Ibexpres y todo el largo etcetera, INSISTO es mi humilde y muy personal opinion.

[Nelet]

Empezado por poliburro

Si necesitas manejar conexiones en frio como lo harias con IBEXPRESS?

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

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

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

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