Acceso a BD optimo y mejor

[Johnny Q]

Hola a todos:

Generalmente he accedido a BD mediante los controles BDE, pero por comentarios he sabido que Borland podía no dar mas soporte a esta herramienta.

Planeo trabajar con Delphi 2005 professional, accediendo a una BD SQL Server. He buscado por doquier cual herramienta es la mas optima y mejor para mi objetivo: BDE, ADO, DBExpress.

Aqui en Club Delphi he visto que recomiendan mucho ADO, pero no hay razones de peso que argumenten tal elección.

Agradezco las respuestas y colaboración que puedan prestarme.

[jachguate]

Hola.

Regularmente se recomienda el uso de ADO porque es la elección "natural" de la mayoría al usar SQL Server, dado que es la recomendación de Micro$oft y ambos provienen de él.

He estado trabajando con ADO ultimamente, y su desempeño me parece bastante pobre (equivalente o peor al BDE). Si no hay de otra que usar SQL Server, pues adelante...

[Johnny Q]

y si debo conectarme con varias bases de datos a la vez, cual sería el mejor?

El BDE me parece bueno, pero lo único que me pone en duda es su instalación en cada equipo cliente.

gracias

[mamcx]

Porque ADO es el API recomendado por MS... y el acceso por ODBC es "legacy". Ahora bien, con .NET se cambio la cosa, en vez de tener un esquema de acceso unificado que interfaza drivers especifico (como ODBC, ADO ) se cambio a uno no unificado con drivers y APIS especificos (existe el acceso por Sql, por ODBC, para Oracle pero no es unificado).

La verdad? El mejor desempeño se logra accesando de forma nativa la base de datos asi que las opciones globales como ODBC no son las de mejor desempeño.

Si quieres razones de peso toca solo un camino: Mide el desempeño en base al tipo de acceso que tendras (no es lo mismo multiples transacciones cortas de pocos registros que pocas transacciones largas de muchos registros) el hardware (memoria, cantidad de procesadores) el numero de conexiones concurrentes y el largo de las mismas , etc... entre cada componente.

Sin embargo, ten en cuenta que muchos problemas de desempeño se solucionan entendiendo la arquitectura de cada base de datos ... ademas la mayoria de los problemas de velocidad NO son por causa de la BD (cualquier motor SQL esta hecho para dar un desempeño adecuado, en terminos generales) sino de la manera como accesas los datos... Ademas los principales cuellos de botella son el ancho de banda y el disco duro.

En resumen? ADO te dara el desempeño adecuado. Pero igual sera ODBC o DBexpress y solo seran casos especificos donde las mejoras seran notorias.

Recomendacion? Lo mejor es poder cambiar de drivers sobre la marcha. Si necesitas esa habilidad el producto de www.remobjects.com llamado DataAbstract es lo mejor que conozco (permite modelar una BD virtual y usar multiples base de datos fisicas y drivers de datos para optimizar el acceso (por ejempo, usar un select para acces pero un procedimiento almacenado para Sql Server, pasar de ADO a DBExpress para Sql Server o componetes directos como SDAC y asi por el estilo).

La solucion economica pero mas larga es mas o menos lo que escribi en mi blog.

Sin embargo, si lo que necesitas es un desarrollo multi-nivel y acceso a muchas bases de datos SIN INSTALACIONES JARTAS DEL CLIENTE en este momento los productos de RemObjects, ASTA y Kbwm son los mejores (traduzco: Si tu aplicacion es importante te ahorraras MUCHO tiempo y tendras mucha funcionalidad.. ademas te dan el codigo fuente (y en particular con RemObjects que lo conozco esta muy bien hecho) asi que no te vas a quedar parqueado).

[Johnny Q]

Gracias jachguate y mamcx, es alentador tener respuestas a dudas que por falta de experiencia en algun tema especifico nos es desconocido.

Por último, algunos conocidos y yo en particular, siempre utilizamos una fuente de datos ODBC (no se si este es el mismo ODBC del que se habla en la mayoría de los foros) para conectarnos con con cualquier motor de base de datos (InterB, SQL Server, Oracle, etc) y desde Delphi nos enlazamos mediante TDatabase de BDE. Lo hacemos porque consideramos que si se cambia algun nombre de usuario o contraseña de la BD no es traumatico para la aplicación.

No estoy seguro si nuestra medología es la mas adecuada, y por ejemplo en el caso de VCL .NET en Delphi 2005 sea una forma optima de trabajo?

y que tan cierto es la falta de soporte para BDE de Delphi en el futuro?

De antemano, mil y mil gracias