Llenando algunos datos
Para tener algunos datos "ficticios", complete los siguientes 4 registros en la tabla Tipo: "Juego", "Base de datos", "Internet", "Gráficos (Gráficos)". Estos valores se utilizarán al seleccionar el tipo de aplicación almacenada en la tabla de aplicaciones (applications). A continuación, agregue una fila en la tabla de autores (Autores): 'Delphi Guide', '[email protected]', 'http://delphi.about.com'. Finalmente, agregue una fila a la tabla Aplicaciones: 'Zoom', 'Zooming the Destop', 'Guía Delphi', 'Gráficos', 10, 0, 20/02/2001, y haga que el último campo (Foto) esté vacío.
Cómo lidiar con estas bases de datos "en blanco"... se explicará en los capítulos restantes de este tutorial.
Capítulo 2 ¿Conectarse a la base de datos mediante ADO? ¿BDE?
Sección 1 Conectividad de la base de datos Delphi
Como se mostró en el capítulo anterior, una base de datos es una colección de una o más tablas que almacenan datos en un formato estructurado. Estas tablas contienen datos en forma de filas y columnas. Cuando una base de datos contiene una o más tablas, las tablas normalmente contienen datos discretos pero relacionados. MS Access, Interbase y SQL Server utilizan un archivo para representar una base de datos completa (MS Access es un archivo *.mdb). Paradox y dBase, por otro lado, se definen mediante tablas y archivos separados que representan índices y relaciones entre tablas. Todos los archivos que describen la base de datos de Paradox generalmente se almacenan en un directorio. Por supuesto, Delphi puede funcionar en ambos sentidos.
Usando Delphi, podemos conectarnos a diferentes tipos de bases de datos: base de datos local o C/S (servidor remoto). La base de datos local se almacena en una unidad local o en la red de área local. El servidor de base de datos remoto suele estar ubicado en una máquina remota. Los tipos de bases de datos locales incluyen Paradox, dBase y MS Access. La base de datos C/S incluye MS SQL Server, Interbase u Oracle.
Las bases de datos locales suelen denominarse bases de datos de un solo nivel. Una base de datos de un solo nivel responde a cualquier cambio (edición de datos, inserción o eliminación de registros) de inmediato. Una base de datos de un solo nivel tiene limitaciones en cuanto a la cantidad de datos que la tabla puede contener y la cantidad de usuarios que la aplicación puede admitir. Cuando la base de datos contiene información sobre relaciones complejas entre varias tablas, o cuando aumenta el número de clientes, es necesario utilizar una aplicación de dos o varios niveles. La aplicación cliente se ejecuta en la máquina local; el servidor de aplicaciones a menudo se ejecuta en el servidor y la base de datos puede estar ubicada en otro servidor. La idea detrás de una arquitectura multicapa es que el programa cliente puede ser muy pequeño porque el servidor de aplicaciones puede hacer gran parte del trabajo. Esto le permite escribir las llamadas aplicaciones de cliente ligero.
Cuando escribimos una aplicación de base de datos en Delphi, necesitamos usar algún motor de base de datos para acceder a los datos de la base de datos. Las bases de datos le permiten centrarse en los datos a los que accede, en lugar de cómo acceder a ellos. Desde la primera versión, Delphi ha proporcionado BDE (Borland Database Engine) para desarrolladores de bases de datos. Además de BDE, a partir de la quinta edición, Delphi brinda soporte para la interfaz de base de datos ADO de Microsoft.
Este tutorial se centrará en el desarrollo de aplicaciones de bases de datos de un solo nivel con la base de datos local MSAccess.
Sección 2 Motor de base de datos Borland (BDE)
BDE es la capa de acceso a datos común para todos los productos de Borland, incluidos Delphi y C++Builder. BDE es una colección de DLL (bibliotecas de enlaces dinámicos) y herramientas. Lo bueno de esto es que todo el procesamiento de datos es transparente para el desarrollador. BDE viene con un conjunto de controladores que permiten que su aplicación se comunique con muchos tipos diferentes de bases de datos. Estos controladores convierten comandos de base de datos de alto nivel (como abrir o publicar) y tareas (bloqueo de registros o estructuras SQL) en comandos específicos requeridos por un tipo de base de datos especial: Paradox, dBase, MS Access o cualquier fuente de datos ODBC. La API BDE (interfaz de programación de aplicaciones) contiene más de 200 procedimientos y funciones, que están disponibles en la unidad BDE. Afortunadamente, casi nunca es necesario llamar a estos programas directamente. En su lugar, utiliza BDE a través del componente de acceso a datos de VCL (Traductor: biblioteca de componentes visuales): la página de acceso a datos ubicada en el panel de componentes. Para acceder a una base de datos en particular, una aplicación solo necesita conocer el alias de la base de datos (Alias) para acceder a todos los datos de esa base de datos. El alias se crea en el Administrador de BDE y especifica los parámetros de la unidad y la ubicación de la base de datos. BDE viene con un conjunto de controladores de bases de datos que pueden acceder a una amplia gama de diferentes tipos de elementos de datos. Los controladores BDE estándar incluyen Paradox, dBase, MS Access y texto ASCII. Por supuesto, BDE también puede utilizar cualquier controlador ODBC a través del Administrador ODBC.
Las aplicaciones Delphi que utilizan BDE para acceder a bases de datos requieren que se distribuya BDE para la aplicación. Al configurar el BDE de una aplicación, debe utilizar InstallShield Express u otro instalador específico de Borland.
BDE como motor de base de datos tiene sus ventajas y desventajas. Sin embargo, en este tutorial no se discutirá por qué y cuándo debería (o no debería) utilizar métodos BDE en lugar de ciertas técnicas que no son BDE.
Dado que este tutorial analiza ADO/MSAccess, el resto del tutorial se centrará en este enfoque de bases de datos que no es BDE.
22 de diciembre de 2002