ODBC (Conectividad de Bases de Datos Abiertas)
En 1992, Microsoft Corporation se estableció como parte integral de la Arquitectura de Servicios Abiertos de Windows (WOSA) en relación con bases de datos, que estableció un conjunto de especificaciones y proporcionó un conjunto de APIs estándar (Interfaces de Programación de Aplicaciones) para el acceso a bases de datos. Estas APIs aprovechan SQL para realizar la mayoría de sus tareas. ODBC también ofrece soporte para el lenguaje SQL, y los usuarios pueden enviar sentencias SQL directamente a ODBC. --- los más tempranos, pero no siempre omnipotentes. ODBC (Open DataBase Connectivity) es una interfaz de programación de aplicaciones (API) promovida por Microsoft y actualmente ampliamente aceptada en la industria para el acceso a bases de datos, que se basa en las especificaciones de interfaces a nivel de llamada (CLI) de X/Open e ISO/IEC y utiliza el Structured Query Language (SQL) como lenguaje de acceso a bases de datos. La estructura general de ODBC tiene cuatro componentes:
R. Aplicación: Ejecutar el procesamiento y llamar a funciones API ODBC para enviar sentencias SQL y obtener resultados.
B. Gestor de controladores: Carga/desinstalar los controladores según las necesidades de la aplicación, gestionar llamadas a funciones ODBC o transferirlas al controlador.
C. Controlador: Gestiona las llamadas a funciones ODBC, envia solicitudes SQL a una fuente de datos especificada y devuelve los resultados a la aplicación. Si es necesario, el controlador modifica la solicitud del programa para alinearla con la sintaxis soportada por el SGBD correspondiente.
D. Fuente de datos: incluyendo los datos a los que accede el usuario y su sistema operativo relacionado, el SGBD y la plataforma de red utilizada para acceder al SGBD.
DAO (Objeto de Acceso a Datos)
En 1993, Microsoft introdujo el motor de bases de datos Microsoft Jet (originalmente utilizado para Microsoft Access y ahora compatible con otras bases de datos) y permite a los desarrolladores conectarse directamente a las tablas Access como lo hacen con otras bases de datos a través de ODBC. Las DAO son más adecuadas para aplicaciones de un solo sistema o para usos pequeños y distribuidos localmente. El acceso a la base de datos de Jet ha sido optimizado internamente y es fácil de usar. Por lo tanto, si la base de datos es Access y se utiliza localmente, se recomienda utilizar este método de acceso --- la especificidad de la aplicación
RDO (Objetos de Datos Remotos)
En 1995, RDO era una interfaz de acceso a datos orientada a objetos a ODBC que se combinaba con un estilo DAO fácil de usar para proporcionar una interfaz que mostraba todas las características y flexibilidad subyacentes de ODBC. Aunque RDO está limitado en cuanto a buen acceso a bases de datos Jet o ISAM, solo puede acceder a bases de datos relacionales a través de controladores ODBC existentes. Sin embargo, RDO ha demostrado ser la mejor interfaz para muchos desarrolladores de SQL Server, Oracle y otros grandes desarrolladores de bases de datos relacionales. RDO proporciona objetos, propiedades y métodos cada vez más complejos para acceder a procedimientos almacenados y conjuntos de resultados complejos. --- está sin duda basado en ODBC
OLE DB (Enlazamiento e Incrustación de Objetos, Base de Datos)
En 1997, Microsoft lanzó una interfaz estratégica de programación a nivel de sistema para gestionar los datos en toda la organización. OLE DB es una especificación abierta construida sobre funcionalidad ODBC. ODBC se desarrolla específicamente para acceder a bases de datos relacionales, mientras que OLE DB se utiliza para acceder a fuentes de información relacionales y no relacionales como bases de datos ISAM/VSAM anfitrionas y jerárquicas, almacenamiento de correo electrónico y sistemas de archivos, datos de texto, gráficos y geográficos, y objetos de negocio personalizados.
OLE DB define un conjunto de interfaces COM que encapsulan varios servicios de sistemas de gestión de bases de datos y permiten la creación de componentes de software para implementar estos servicios. Los componentes de OLE DB incluyen proveedores de datos (que contienen y representan datos), consumidores de datos (que usan datos) y componentes de servicio (procesamiento y entrega de datos, como procesadores de consulta y motores de cursor).
La interfaz OLE DB facilita una integración fluida de componentes, permitiendo a los proveedores de OLE DB entregar rápidamente componentes OLE DB de alta calidad al mercado. Además, OLE DB incluye un "puente" para conectar ODBC, proporcionando soporte consistente para los diversos controladores de bases de datos relacionales ODBC en uso. --- afirma reemplazar a ODBC, pero también es compatible con ODBC
ADO (ActiveX Data Object)
En 1996, ADO fue el sucesor de DAO/RDO. ADO 2.0 es funcionalmente más similar a RDO y, en general, tiene una relación de mapeo similar entre ambos modelos. ADO "extiende" el modelo de objetos utilizado por DAOs y RDOs, lo que significa que contiene menos objetos, más propiedades, métodos (y parámetros) y eventos. Como el último modo de acceso a bases de datos, ADO también es sencillo y fácil de usar, por lo que Microsoft ha dejado claro que se centrará en ADO en el futuro y no actualizará DAO/RDO, por lo que ADO se ha convertido en la corriente principal del desarrollo actual de bases de datos. ADO implica tres tipos de almacenamiento de datos: DSN (Data Source Name), ODBC (Open Data Connection) y OLE DB. Las siguientes rutinas explicarán en detalle la implementación específica de estos tres métodos. --- puede decirse que es la convergencia de interfaces de programación a nivel de sistema como ODBC y OLEDB, y la actualización de interfaces de programación a nivel de aplicación como DAO y RDO.
ADO.NET
es un modelo de programación basado en estándares que puede usarse para crear aplicaciones distribuidas para el intercambio de datos. En ADO.NET, los DataSets desempeñan un papel importante, sirviendo como copias en memoria de algunos de los datos de la base de datos. A diferencia de los Conjuntos de Registros en ADO, los Conjuntos de Datos pueden incluir cualquier tabla de datos, cada una de las cuales puede usarse para representar datos de una tabla o vista de base de datos. El DataSet reside en memoria y no está conectado a la base de datos original, es decir, no necesita permanecer conectado a la base de datos original. La tecnología subyacente que realiza este trabajo es el XML, que es el formato de almacenamiento y transferencia utilizado por los DataSets. Durante la ejecución, los datos de un DataSet deben intercambiarse entre componentes, como un objeto de lógica de negocio o asp.net formulario web. Los datos se transfieren de un componente a otro en forma de un archivo XML, que restaura el archivo en el formulario DataSet. El enfoque DataSet es exactamente el mismo que el modelo de datos relacional, porque los protocolos de cada fuente de datos son diferentes y necesitamos acceder a la fuente de datos mediante el protocolo correcto. Algunas fuentes de datos antiguas usan el protocolo ODBC, y algunas fuentes posteriores usan el protocolo OleDb, y ahora todavía están surgiendo muchas fuentes de datos nuevas ADO.NET proporcionan una forma común de acceder a fuentes de datos, y para diferentes fuentes de datos se utilizan bibliotecas distintas. Estas bibliotecas se llaman Proveedores de Datos y normalmente reciben nombres según el tipo de fuente de datos y el protocolo
Diferencias y conexiones entre las bases de datos ODBC, DAO, ADO y OLEDB
ODBC es una tecnología de acceso subyacente, por lo que la API ODBC puede ser una aplicación cliente que puede configurar y controlar la base de datos desde abajo, y completar algunas funciones que la tecnología avanzada de bases de datos no puede completar; Sin embargo, la desventaja es que ODBC solo puede usarse para bases de datos relacionales, lo que dificulta el acceso a bases de datos de objetos y otras bases de datos no relacionales usando ODBC.
Las DAOs proporcionan un mecanismo para crear y manipular bases de datos mediante código procedimental. La característica más importante es que es fácil de operar con bases de datos MICROSOFT JET, y es una de las mejores interfaces técnicas para operar bases de datos JET. Y no solo se utiliza para acceder a esta base de datos, de hecho, es posible acceder a una amplia variedad de formatos de datos, desde archivos de texto hasta grandes bases de datos en segundo plano, mediante tecnología DAO.
ADO es una interfaz de acceso basada en OLE DB, que es una tecnología OLE DB orientada a objetos que hereda las ventajas de OLE DB. Es una interfaz de alto nivel para el acceso a bases de datos.
La relación entre ADO y OLEDB
OLEDB es una interfaz subyacente de acceso a datos. Es utilizado por controladores de terceros, comerciantes para desarrollar aplicaciones que generan fuentes de datos a la tecnología ADO, o desarrolladores de C++ para desarrollar componentes personalizados de bases de datos.
OLE DB es una interfaz importante de programación a nivel de sistema para acceder a datos, y es la tecnología fundamental de ADO y la fuente de datos para ADO.NET.
ADO es una interfaz de acceso basada en OLE DB, que es una tecnología OLE DB orientada a objetos que hereda las ventajas de OLE DB. Es una interfaz de alto nivel para el acceso a bases de datos.
Se puede decir que ADO proporciona funciones API de aplicaciones de alto nivel para OLEDB.
|
Publicado en 1/8/2020 20:41:19
|
|
|
|
