|
Lo que jachguate quiere decir es que desde Delphi la mejor opción es utilizar componentes de acceso a datos que "hablen" directamente con las funciones (API) de Interbase o Firebird, como los IBX, IBO o FIBPlus, en lugar de hacerlo a traves de ODBC.
Mediante ODBC se está añadiendo una capa más a la comuncación cliente servidor, es decir el programa cliente, a traves de sus componente de conexión a bases de datos, se olvida, por asi decir, con qué base de datos se está comunicando; simplemente se encarga de hacer sus peticiones de forma genérica, igual para cualquier base de datos y es el driver ODBC correspondiente para cada base de datos el que recoge esa peticion y la traduce para que sea entendida por dicha BD. De esta forma se gana en flexibilidad ya que los componentes que utilizo en mi aplicación son independientes de la base de datos, sólo tengo que obtener el driver ODBC correspondiente, pero se pierde mucho en rendimiento.
Mediante componentes nativos, éstos están diseñados específicamente para cada base de datos, con lo cual no requieren de ese traductor intermedio que es ODBC sino que interoperan directamente con las funciones de la base de datos para la que han sido diseñados. Ésto último hace tambien que los componentes nativos normalmente incorporen más características, propias de cada base de datos, y que estén mucho más optimizados según las peculiaridades de dicha BD. Todo esto junto hace que realmente haya una ganancia importante de rendimiento cuando se utilizan correctamente los componente nativos.
La desventaja es la pérdida de flexibilidad que supone el no poder utilizar una base de datos distinta, pero este caso no debería darse a menudo: para evitarlo basta con hacer un estudio previo del sistema a construir, determinar las necesidades y preveer el crecimiento a corto y medio y si es posible a largo plazo para desde un primer momento elegir la base de datos adecuada al proyecto.
__________________
Milo
|