Migrando Bde A Dbexpress

Migración de aplicaciones BDE a dbExpress
La nueva tecnología utiliza la arquitectura proveer / resolver
Por Bill Todd, Presidente de The Database Group, Inc. Para Borland Software Corporation Septiembre de 2002 Traducción por Pablo Reyes Para Danysoft Internacional, S.L. www.danysoft.com

Contenido
Primera Entrega Borland dbExpress - una nueva visión La arquitectura de dbExpress Cómotrabaja la arquitectura proveer / resolver Segunda Entrega Desarrollo de una aplicación dbExpress Tercera Entrega BDE versus dbExpress Migración de una aplicación SQL Links de BDE a dbExpress Migración de una aplicación de bases de datos de escritorio a dbExpress

Introducción
Este artículo, dividido en tres partes, está dedicado a la migración de aplicaciones BDE a dbExpress. En la primera entregaveremos las principales características de la nueva arquitectura proveer / resolver de dbExpress y las ventajas frente al BDE. En la segunda entrega veremos cómo desarrollar una aplicación dbExpress para familiarizarnos con esta nueva tecnología antes de migrar nuestras aplicaciones. En la tercera y última entrega veremos las tareas que tendremos que llevar a cabo para migrar nuestras aplicacionesBDE a dbExpress, ya sea que se traten de aplicaciones que utilicen servidor de bases de datos SQL o bases de datos de escritorio. Luego de haber leído las tres entregas de este artículo estaremos en condiciones de estimar el esfuerzo necesario para migrar nuestras aplicaciones BDE a dbExpress.

Página: 1-5

Migración de aplicaciones BDE a dbExpress
Esta es la primera entrega de un artículodedicado a la migración de aplicaciones BDE a dbExpress. En total les ofreceremos tres entregas.

Borland dbExpress - una nueva visión
Todos los intentos hechos hasta al momento por crear un API común para múltiples bases de datos han tenido uno o más problemas. Algunos han sido grandes, lentos y difíciles de desplegar porque intentaban hacer demasiado. Otros han ofrecido un denominador comúnque impedía a los desarrolladores acceder a características especializadas de algunas bases de datos. Otros han tenido sufrido problemas derivados de la complejidad de escribir controladores, haciendo que sean limitados en funcionalidad, lentos y con errores. Borland dbExpress soluciona estos problemas combinando un nuevo enfoque para proveer un API común para muchas bases de datos con la probadaarquitectura proveer / resolver de Borland para administrar el proceso de edición y actualización de datos. Este artículo examina la arquitectura de dbExpress y del mecanismo proveer / resolver, muestra como crear aplicaciones de bases de datos utilizando los componentes dbExpress y describe el proceso de convertir una aplicación que utiliza el BDE a dbExpress.

La arquitectura de dbExpressdbExpress fue diseñado para cumplir los siguientes seis objetivos: • Minimizar el tamaño y el uso de recursos del sistema. • Maximizar la velocidad. • Proveer soporte para plataforma cruzada. • Proveer un despliegue más fácil. • Hacer que el desarrollo de controladores sea más fácil. • Darle al desarrollador más control sobre el uso de memoria y el tráfico de red. Los controladores dbExpress sonpequeños y rápidos porque proveen funcionalidad muy limitada. Cada controlador es implementado como una única DLL en la plataforma Windows y como una única biblioteca de objetos compartidos en la plataforma Linux. Un controlador dbExpress implementa cinco interfaces que soportan la obtención de metadatos, la ejecución de sentencias SQL y procedimientos almacenados y la devolución de un cursorunidireccional de sólo-lectura como conjunto resultante. Sin embargo, cuando es utilizado con el DataSetProvider y el ClientDataSet para implementar la estrategia de acceso a datos proveer / resolver de Borland, dbExpress le da un sistema completo, de alto rendimiento y alta concurrencia para trabajar con datos en bases de datos SQL.

Cómo trabaja la arquitectura proveer / resolver
La arquitectura...