TECNOLOGIAS DE

CONECTIVIDAD DE
BASE DE DATOS
ADO, ADO.NET, RDO, DAO, OLE-DB
PRESENTA:
HERNANDEZ CONTRERAS JORDAN KAREEM
PALACIOS MORA URIEL
VALENCIA SANTANA BETSY
MANZANERO MARQUEZ CARLA

ADO
ADO es la interfaz a OLE DB y debe verse como un modelo de
programacin, ms que como una implementacin especfica. La
aparicin de ADO surge de la necesidad de acceder a datos en otros
formatos (no necesariamente datos en bases de datos) en forma
remota y con cierto nfasis en el entorno de Intranet/Internet. Esto
ltimo se logra a travs de una interfaz al modelo de objetos
distribuidos (DCOM, Distributed Common Object Model, una extensin
de OLE a ambiente distribuido).
Si bien ADO an no es una tecnologa estable, Microsoft la considera
como "su" tecnologa de acceso a datos. ADO (ActiveX Data Objects)

ADO. NET
ADO.NET es un conjunto de componentes del software que pueden ser
usados por los programadores para acceder a datos y a servicios de
datos. Es una parte de la biblioteca de clases base que estn incluidas
en el Microsoft .NET Framework.
Es comnmente usado por los programadores para acceder y para
modificar los datos almacenados en un Sistema Gestor de Bases de
Datos Relacionales, aunque tambin puede ser usado para acceder a
datos en fuentes no relacionales.

 ADO.NET es a veces considerado como una evolucin de la tecnologa

ActiveX Data Objects (ADO), pero fue cambiado tan extensivamente
que puede ser concebido como un producto enteramente nuevo.
Existen dos componentes de ADO.NET que se pueden utilizar para
obtener acceso a datos y manipularlos:
Proveedores de datos de .NET Framework
El DataSet
En el diagrama siguiente se ilustra la relacin entre un proveedor de
datos de .NET Framework y un DataSet

REQUERIMIENTOS
Al trabajar con ADO.NET no se utiliza la dll de acceso ODBC de GX
(gxdata.dll), sino que toda la lgica se encuentra en la gxclasses.dll.
En el caso de los DBMSs, cada uno utiliza un Data Provider para
acceder a la base de datos, cada DBMS tiene su propio Data Provider
para acceso ADO.NET.
Por el momento solo los DBMS que lo soportan son:

 Los requerimientos necesarios en cada caso son:

SQL Server
ADO.NET utiliza el Data Provider de Microsoft para SQL Server (el cual se instala con el framework).

Oracle
Se debe tener el Cliente de Oracle versin 8.1.7 o superior, de esta forma se instala el Data Provider
correspondiente.
El valor Server Name de las Dbms option hace referencia al Service Name definido en la instancia del
Oracle.
La implementacin utiliza el Data provider de Microsoft para Oracle (System.Data.OracleClient)

DB2 UDB for iSeries

Se necesita la V5R3 del iSeries Access, que es una versin beta y est solo en ingls.
Adems cuando se crea un modelo se debe copiar la dll IBM.Data.DB2.iSeries.dll al directorio gxnet/bin
si la aplicacin es web o gxnetwin/bin win.

DAO
DAO es la interfaz de programacin disponible para comunicarse con
JET. DAO se utiliza en contextos donde el motor reside en forma local y
cuando se basan en ISAM.
DAO puede abrir datos remotos ODBC pasando a travs de JET,
aunque con grandes limitaciones de performance. Estas limitaciones se
deben fundamentalmente a que JET es ineficiente en la negociacin de
conexiones y a que no realiza cach de los datos ODBC.
Cuando solamente se va a acceder a datos SQL, RDO es una mejor
alternativa.
Como dato importante, DAO est siendo discontinuado por Microsoft.
DAO (Direct Access Objects)

RDO
RDO es una capa que abstrae los detalles de la ODBC API, utilizada nicamente en aplicaciones de
32-bit.
RDO es una alternativa eficiente para trabajar sobre ODBC (es decir, sobre datos remotos), y con
varias ventajas funcionales frente a DAO: ejecucin de stored procedures del servidor de base de
datos, ejecucin asincrnica de consultas y procesamiento de mltiples tipos de cursores.
La principal ventaja de RDO es que fue diseado para el uso eficiente de las funcionalidades de
ODBC.
Como principales desventajas frente a DAO, RDO slo dispone de conexin a datos ODBC a travs
de drivers de 32-bit y no est disponible en el Visual Basic for Applications disponible en Office 97.
Esto ltimo es una limitacin fuerte para los desarrolladores de aplicaciones Office. RDO (Remote
Data Objects)

OLE DB
OLE DB permite separar los datos de laaplicacinque los requiere.
Esto se hizo as ya que diferentes aplicaciones requieren acceso a
diferentes tipos y almacenes de datos, y no necesariamente desean
conocer cmo tener acceso a cierta funcionalidad con mtodos de
tecnologas especficas. OLE DB est conceptualmente dividido
enconsumidoresyproveedores; el consumidor es la aplicacin que
requiere acceso a los datos y el proveedor es el componente de
softwareque expone una interfaz OLE DB a travs del uso del
Component Object Model(COM)

 OLE DB es parte de los "Componentes de Microsoft para Acceso a Datos" o Microsoft Data
Access Componentes (MDAC); MDAC es un grupo de tecnologas de Microsoft que interactan en
conjunto como una infraestructura que brinda a los programadores de la nueva era una forma
para desarrollar aplicaciones con acceso a casi cualquier almacn de datos. Los proveedores
OLE DB pueden ser creados para tener acceso a almacenes de datos que van desde simples
archivos de texto y hojas de clculo, hasta bases de datos complejas como Oracle, Microsoft SQL
Server o Sybase ASE.

Como las diferentes fuentes de datos pueden tener diferentes capacidades, es posible que los
proveedores OLE DB no implementen todas las interfaces posible para OLE DB. Las capacidades
disponibles son implementadas a travs del uso de objetos COM - el proveedor OLE DB asocia la
funcionalidad de una tecnologa a una interfaz COM particular.

Microsoft califica la disponibilidad de una interfaz como "especfica del proveedor", ya que
puede no ser aplicable dependiendo de la tecnologa de base de datos involucrada.
Adicionalmente, los proveedores pueden aumentar las capacidades de una fuente de datos capacidades conocidas como servicios, usando la jerga de Microsoft.