Base de datos interbase y c++ builder
1
• Formulario maestro/detalle • Desarrollo completo de una aplicación • Anexo: Base de datos BCDEMOS Ejemplos resueltos • Un componente 'data-aware': TDBDateTimePicker • Un formulario: Un diálogo de búsqueda genérico • Una aplicación sencilla(Paradox): Gestión de una pequeña base de datos culinaria • Una aplicación algo más compleja (InterBase): Diccionario de citas Apéndice: SQL
Acceso a bases de datos relacionales La mayoría de las aplicaciones de gestión requieren el acceso a bases de datos. C++ Builder incluye componentes que facilitan enormemente el desarrollo de aplicaciones que interactúan con bases de datos. Usualmentetrabajaremos con bases de datos relacionales (bases de datos constituidas por tablas). Antes de seguir, definamos dos conceptos básicos: • • Cursor: Un indicador del registro que se está insertando, modificando o consultando en una tabla relacional, entendiendo ésta en su sentido más amplio (una tabla de la base de datos o la tabla resultado de una consulta). Conjunto de Datos [Dataset]: Una colecciónde datos obtenido de una base de datos. Un dataset puede ser algo más que los datos incluidos en una tabla; podría ser el resultado de una consulta que contenga datos provenientes de más de una tabla. Bases de Datos Locales El modelo más sencillo de aplicación que accede a bases de datos es aquél en el cual se accede a bases de datos locales, también denominadas bases de datos de escritorio La basede datos reside en una sola máquina (generalmente la misma en la que se ejecuta la aplicación), y sólo puede tener acceso a la misma un único usuario. Ejemplos de este modelo son dBase, Paradox, Approach o Access. Bases de Datos Cliente/Servidor En este caso, un gestor de bases de datos (DBMS) mantiene la base de datos. El almacenamiento y gestión del acceso a los datos los realiza el gestor (elservidor). Los gestores de bases de datos relacionales también se conocen como servidores SQL, por ser éste el lenguaje que se utiliza para acceder a los datos. Oracle, IBM DB2, InterBase y SQL Server entran dentro de esta categoría. Las aplicaciones de los usuarios (los clientes) hacen peticiones al servidor utilizando algún protocolo predefinido, CLI [Call-LevelInterface] en inglés, que puedeser un estándar (ODBC, JDBC o BDE) o específico de la base de datos que utilicemos. Como es lógico, varios usuarios situados en distintos puestos de trabajo de una red pueden compartir el mismo servidor SQL, que será el responsable de mantener la "acidez" de las transacciones [Atomicity-Consistency-Isolation-Durability]. Arquitecturas multicapa • • • Las aplicaciones que acceden a bases de datoslocales corresponden a una arquitectura de una sola capa: las aplicaciones conectan directamente con la base de datos. El modelo cliente/servidor corresponde a una arquitectura con dos capas: el servidor SQL por un lado y las aplicaciones que se conectan como clientes del servidor por otro. También existen arquitecturas multicapa con más de dos capas: las aplicaciones se conectan a servidores de...
Regístrate para leer el documento completo.