TALLER DE BASES DE DATOS

UNIDAD IV: TECNOLOGIAS DE CONECTIVIDAD

DE BASE DE DATOS
4.1 ODBC
INTRODUCCION
Es un estndar de acceso a las bases de datos desarrollado por SQL Access Group en 1992.
El objetivo de ODBC es hacer posible el acceder a cualquier dato desde cualquier aplicacin,
sin importar qu sistema de gestin de bases de datos (DBMS) almacene los datos. ODBC
logra esto al insertar una capa intermedia (CLI) denominada nivel de Interfaz de Cliente SQL,
entre la aplicacin y el DBMS. El propsito de esta capa es traducir las consultas de datos de la
aplicacin en comandos que el DBMS entienda. Para que esto funcione tanto la aplicacin
como el DBMS deben ser compatibles con ODBC, esto es que la aplicacin debe ser capaz de
producir comandos ODBC y el DBMS debe ser capaz de responder a ellos. Desde la versin
2.0 el estndar soporta SAG y SQL.
El software funciona de dos modos, con un software manejador en el cliente, o una filosofa
cliente-servidor. En el primer modo, el driver interpreta las conexiones y llamadas SQL y las
traduce desde el API ODBC hacia el DBMS. En el segundo modo para conectarse a la base de
datos se crea una DSN dentro del ODBC que define los parmetros, ruta y caractersticas de la
conexin segn los datos que solicite el creador o fabricante.

SIGNIFICADO
Open Database Connectivity (ODBC) es la interfaz estratgica de Microsoft para obtener
acceso a datos en un entorno heterogneo de relacionales y no - relacionales sistemas de
administracin de la base de datos. Basado en la especificacin de interfaz de nivel de llamada

del grupo de acceso de SQL, ODBC proporciona una forma abierta, independiente del
proveedor de acceso a datos almacenados en una gran variedad de propietario equipo
personal,
minicomputadoras
y
las
bases
de
datos
de
mainframe.
ODBC alivia la necesidad de aprender mltiples interfaces de programacin de aplicaciones
para los programadores corporativos y fabricantes independientes de software. ODBC
proporciona ahora una interfaz de acceso de datos universal. Con ODBC, los desarrolladores
de aplicaciones pueden permitir que una aplicacin al mismo tiempo tener acceso, ver y
modificar los datos procedentes de mltiples bases de datos diferentes.
ODBC es un componente bsico de la arquitectura de servicios abiertos de Microsoft
Windows.Apple ha respaldado ODBC como una clave de habilitacin de la tecnologa de
anuncio de soporte en System 7 en el futuro. Con soporte de la industria cada vez ms, ODBC
est rpidamente emergiendo como un sector importante estndar para el acceso a datos para
las
aplicaciones
de
Windows
y
Macintosh.

REQUERIMIENTOS
Para

utilizar

ODBC,

se

requieren

los

tres

componentes

siguientes:

Ejemplos de cliente - un ODBC front-end (tambin llamado ODBC cliente habilitado) - ODBC:
Microsoft Access, una aplicacin creada con Access, una aplicacin creada con Microsoft
Visual Basic, una aplicacin creada con C + Win SDK + ODBC SDK o las aplicaciones basadas
en
ODBC
de
otros
proveedores
(como
Lotus).
CONTROLADOR ODBC - un controlador ODBC para el servidor ODBC. El catlogo
de controladores ODBC contiene una lista extensa de los controladores ODBC. Por
ejemplo, Microsoft ODBC Driver Pack es una coleccin de los siete controladores ODBC listo
para su uso o se incluye con los clientes ODBC. Un controlador de ODBC de SQL Server se
incluye con Access y Informix est trabajando en un controlador ODBC para Informix.

EJEMPLOS:

Front-end al tener acceso a datos de Access desde un fondo Oracle utilizando el

controlador ODBC para Oracle, que se suministra con Access 1.1.
Acceso de Visual Basic front-end a los datos de un back-end dBASE usando el controlador
de ODBC, que forma parte del paquete de controladores de base de datos de MS ODBC
dBASE.
Escrito con C + ODBC SDK de SDK + ganar acceso a datos desde un sistema Autnomo
de aplicacin de C / 400 mediante el AS / 400 de Rochester Software de controlador de ODBC

4.2 ADO.NET
INTRODUCCION

ADO.NET es un conjunto de clases que exponen servicios de

acceso a datos para el programador de .NET. ADO.NET ofrece abundancia de componentes
para la creacin de aplicaciones de uso compartido de datos distribuidas. Constituye una parte
integral de .NET Framework y proporciona acceso a datos relacionales, XML y de aplicaciones.
ADO.NET satisface diversas necesidades de desarrollo, como la creacin de clientes de base
de datos de aplicaciones para usuario y objetos empresariales de nivel medio que utilizan
aplicaciones, herramientas, lenguajes o exploradores de Internet.
ADO .NET es la nueva versin del modelo de objetos ADO (ActiveX Data Objects), es decir,
la estrategia que ofrece Microsoft para el acceso a datos. ADO .NET ha sido ampliado para
cubrir todas las necesidades que ADO no ofreca, ADO .NET est diseado para trabajar
con conjuntos de datos desconectados, lo que permite reducir el trfico de red. ADO .NET
utiliza XML como formato universal de transmisin de los datos.
ADO .NET posee una serie de objetos que son los mismos que aparecen en la versin anterior
de ADO, como pueden ser el objeto Connection o Command, e introduce nuevos objetos tales
como el objeto DataReader, DataSet o DataView.
ADO .NET se puede definir como:
Un conjunto de interfaces, clases, estructuras y enumeraciones
Que permiten el acceso a los datos desde la plataforma .NET de Microsoft
Que permite un modo de acceso desconectado a los datos que pueden provenir de
mltiples fuente de datos de diferente arquitectura de almacenamiento.

SIGNIFICADO
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.
Componentes de ADO.NET
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
Proveedores de datos de .NET Framework
Los proveedores de datos de .NET Framework son componentes diseados explcitamente
para la manipulacin de datos y el acceso rpido a datos de slo lectura y slo avance. El
objeto Connection proporciona conectividad a un origen de datos. El objeto Command permite
tener acceso a comandos de base de datos para devolver datos, modificar datos, ejecutar
procedimientos almacenados y enviar o recuperar informacin sobre parmetros. El
objetoDataReader proporciona una secuencia de datos de alto rendimiento desde el origen de
datos. Por ltimo, el objeto DataAdapter proporciona el puente entre el objeto DataSet y el
origen de datos. El DataAdapter utiliza objetos Command para ejecutar comandos SQL en el
origen de datos tanto para cargar el DataSet con datos como para reconciliar en el origen de
datos los cambios aplicados a los datos incluidos en el DataSet.
DataSet
El DataSet de ADO.NET est expresamente diseado para el acceso a datos
independientemente del origen de datos. Como resultado, se puede utilizar con mltiples y
distintos orgenes de datos, con datos XML o para administrar datos locales de la aplicacin.
El DataSet contiene una coleccin de uno o ms objetos DataTable formados por filas y
columnas de datos, as como informacin sobre claves principales, claves externas,
restricciones y relaciones relativa a los datos incluidos en los objetos DataTable.
ARQUITECTURA ADO.NET

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 los DBMSs que soportan el acceso ADO.NET son:

SQL Server

Oracle

DB2 Universal Database

DB2 UDB for iSeries

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.
La versin V5R3 del iSeries Access se puede obtener de la URL: http://www1.ibm.com/servers/eserver/iseries/access/windows/beta.html.

Nota:
El Data provider para DB2 UDB for iSeries no soporta BLOBs por ahora.
Una limitacin del driver client acces V5 R3 no permite el llamado objetos
remotos en el Iseries (RPC). Esto implica store procedures (programas RPG o
Cobol) u objetos externos en el Iseries (programas CL)
DB2 Universal Database
Se necesita tener instalada la versin 8.1.3 o superior.
La dll es IBM.Data.DB2.dll, tambin se debe copiar a los directorios gxnet/bin si
la aplicacin es web o gxnetwin/bin win.

4.3 JDBC
INTRODUCCIN
Java proporciona una plataforma completa, flexible y segura para el desarrollo de aplicaciones,
incluyendo la conectividad con una base de datos. Esta conectividad o acceso a base de datos
relacionales con Java es posible gracias a la API JDBC (Java DataBase Connectivity).
Este API es parte de la plataforma Java desde la versin 1.0 de JDK. Con el paso del tiempo se
ha ido mejorando y aumentando su funcionalidad.
JDBC es ODBC extendido para toda la plataforma Java. Mientras que ODBC es una interfaz
escrita en lenguaje C, que tiene que ser instalado manualmente en cada maquina, JDBC, al
estar escrito en Java, posee todas las propiedades y ventajas del mismo.
ODBC es un estandar para las plataformas MS Windows. JDBC es capaz de trabajar con MS
Windows y otras plataformas.
El API JDBC puede definirse como un conjunto de clases, mtodos e interfaces escritos en
lenguaje Java, que permiten el acceso a sistemas de bases de datos relacionales utilizando
instrucciones SQL.
que necesitamos ?
- El API JDBC con dos paquetes principale, java.sql y javax.sql
- Un controlador de acceso a una base de datos
El controlador servir para conectar la aplicacin con la API JDBC, proporcionando
comunicacin con la base de datos.
En definitiva, lo que el estndar JDBC hace posible es:

Establecer una conexin.

Lanzar sentencias SQL.

Capturar conjuntos resultado (resulset) de las consultas.

Capturar informacin de la base de datos.

Manipular los datos.

Puesto que JDBC est implementado en Java, posee la ventaja de serindependiente de la
plataforma e independiente de la base de datos. En esencia, podr ejecutarse en cualquier
sistema que posea una Mquina Virtual de Java.

SIGNIFICADO
JDBC es un API (Application programming interface) que describe o define una
librera estndar para acceso a fuentes de datos, principalmente orientado a Bases
de Datos relacionales que usan SQL (Structured Query Language). JDBC no slo
provee un interfaz para acceso a motores de bases de datos, sino que tambin
define una arquitectura estndar, para que los fabricantes puedan crear los drivers
que permitan a las aplicaciones java el acceso a los datos.

Filosofa y Objetivos de JDBC

Cuando SUN se puso a trabajar en este tema, decidi seguir una serie de normas a
seguir para la definicin del interfaz, y que han condicionado en gran manera el resultado final.
Algunas de estas caractersticas son:
API A NIVEL SQL. JDBC es un API de bajo nivel, es decir, que est
orientado a permitir ejecutar comandos SQL directamente, y procesar los
resultados obtenidos. Esto supone que ser tarea del programador crear APIs de
ms alto nivel apoyndose directamente sobre JDBC.

COMPATIBLE CON SQL. Cada motor de Base de Datos implementa una

amplia variedad de comandos SQL, y muchos de ellos no tienen porque ser
compatibles con el resto de motores de Base de Datos. JDBC, para solventar este
problema de incompatibilidad, ha tomado la siguiente posicin

JDBC permite que cualquier comando SQL pueda ser pasado al driver
directamente, con lo que una aplicacin Java puede hacer uso de toda la funcionalidad que
provea el motor de Base de Datos, con el riesgo de que esto pueda producir errores o no en
funcin del motor de Base de Datos.

Con el objetivo de conseguir que un driver sea compatible con SQL (SQL
compliant), se obliga a que al menos, el driver cumpla el Estndar ANSI SQL 92.

JDBC debe ser utilizable sobre cualquier otro API de acceso a Bases
de Datos, o ms en particular ODBC (Open Database Connectivity)

JDBC debe proveer un interfaz homogneo al resto de APIs de Java.

JDBC debe ser un API simple, y desde ah, ir creciendo.

JDBC debe ser fuertemente tipado, y siempre que sea posible de

manera esttica, es decir, en tiempo de compilacin, para evitar errores en
tiempo de ejecucin.

JDBC debe mantener los casos comunes de acceso a Base de Datos

lo ms sencillo posible:

Mantener la sencillez en los casos ms comunes (SELECT, INSERT, DELETE

y UPDATE)

Hacer realizables los casos menos comunes: Invocacin de procedimientos

almacenados...

Crear mltiples mtodos para mltiple funcionalidad. JDBC ha

preferido incluir gran cantidad de mtodos, en lugar de hacer mtodos complejos
con gran cantidad de parmetros.

REQUERIMIENTOS

Para tener acceso a los datos desde una base de datos de SQL Server mediante el controlador
JDBC de Microsoft SQL Server, debe tener los siguientes componentes instalados en el equipo:
Controlador de JDBC de Microsoft SQL Server

Java Runtime Environment

3.

Procedimiento de Conexin y acceso a datos con JDBC.

Consideraciones previas.

El proceso de acceso a una Base de Datos a travs de JDBC, exige dar una serie de
pasos previos antes de crear la conexin al motor de Base de Datos. El primer paso es
determinar el entorno en el que el proyecto va a ser instalado, y ms en concreto, que
parmetros del entorno afectan directamente a JDBC:
Debemos considerar las caractersticas especficas de una base de datos, como por ejemplo,
como mapear los tipos de datos SQL a Java.
Es probable encontrarnos varios drivers distintos para la misma fuente de datos. Debemos
saber detectar cual es el driver ms adecuado para nuestra aplicacin, por ejemplo, si elegimos
un driver ODBC/JDBC, tendremos ms flexibilidad para elegir distintas fuentes de datos, pero si

por ejemplo trabajamos con una Base de Datos Oracle, un driver JDBC diseado
especficamente para esta base de datos ser mucho ms eficiente.
En funcin de donde se encuentre el driver fsicamente, debemos considerar aspectos de
rendimiento y seguridad. Por ejemplo, si cargamos el driver desde un servidor remoto
tendremos que considerar aspectos sobre seguridad de Java.

Procedimiento de conexin.

1.
Cargar el driver. Cualquier driver JDBC, independientemente del tipo debe implementar
el interfaz java.sql.Driver. La carga del driver se puede realizar de dos maneras distintas:

Definiendo los drivers en la variable sql.driver (variable que mantiene todos las clases
de los drivers separados por comas) Cuando la clase DriverManager se inicializa,
busca esta propiedad en el sistema.
El programador puede forzar la carga de un driver especfico, usando el mtodo
Class.forName(driver).
2.
Registro del driver. Independientemente de la forma de carga del driver
que llevemos a cabo, ser responsabilidad de cada driver registrarse a s mismo,
usando el mtodo DriverManager.registerDriver. Esto permite a la clase
DriverManager, usar cada driver para crear conexiones con el controlador de Base
de Datos. Por motivos de seguridad, la capa que gestiona JDBC, controlar en todo
momento que driver es el que se est usando, y cuando se realicen conexiones,
slo se podrn usar drivers que estn en el sistema local de ficheros o que usen el
mismo ClassLoader que el cdigo que est intentando crear la conexin.
3.
Crear una conexin. El objetivo es conseguir un objeto del tipo java.sql.Connection a
travs del mtodo DriverManager.getConnection(String url). La capa de gestin, cuando este
mtodo es invocado, tratar de encontrar un driver adecuado para conectar a la base de datos
especificada en la URL, intentndolo por el orden especificado en la variable sql.driver. Cada
driver debera examinar si ellos proveen el subprotocolo que especifica la URL. (Ver anexo)

Tipos de conectores (drivers) JDBC

Tipo 1. JDBC-ODBC bridge ms driver
BRIDGE Ventajas: Buena forma de aprender JDBC. Tambin
3.

ODBC:

puede ser
buena idea usarlo, en sistemas donde cada mquina cliente tenga ya instalado los
drivers ODBC. Tambin es posible que sea la nica forma de acceder a ciertos
motores de Bases de Datos. Inconvenientes: No es buena idea usar esta solucin
para aplicaciones que exijan un gran rendimiento, ya que la transformacin JDBCODBC es costosa. Tampoco es buena solucin para aplicaciones con alto nivel de
escalabilidad.

Tipo 2. Driver Java parciales: NATIVE

Ventajas: Mejor
rendimiento que el anterior. Quiz puede ser buena solucin para entornos
controlados como intranets. Ejemplo OCI oracle. Inconvenientes:Principalmente la
escalabilidad, ya que estos drivers exigen que en la mquina cliente libreras del
cliente de la Base de Datos.

Tipo 3.
NETWORK

Driver

JDBC

travs

de

Middleware:

Ventajas: Buena solucin cuando necesitamos acceder a Bases

de Datos distintas y se quiere usar un nico driver JDBC para acceder a las mismas.
Al residir la traduccin en el servidor del middleware, los clientes no necesitan
libreras especficas, tan solo el driver. Inconvenientes: La desventaja principal

reside en la configuracin del servidor donde se encuentra el middleware.

Necesitar libreras especficas para cada motor de base de datos distinto, etc.

Tipo 4: Driver java puro (acceso directo a Base de

Datos): THIN. Ventajas: 100 % portable. Buen rendimiento. El cliente
slo necesita el driver. Inconvenientes: Al ser independiente de la plataforma, no
aprovecha las caractersticas especficas del S.O
5.

Arquitecturas JDBC

Aplicaciones standalone

Applets comunicando con un servidor Web

Aplicaciones y applets comunicando con una base de datos a travs de un puente

JDBC/ODBC.

Aplicaciones accediendo a recursos remotos usando mecanismos como Java RMI

El procedimiento de conexin con el controlador de la base de datos, independientemente de la
arquitectura es siempre muy similar.
En el primero de los casos (a travs de la propiedad sql.driver), JDBC usar el primer
driver que permita conectarse correctamente a la Base de Datos.
Los conectores o drivers JDBC, se pueden dividir en cuatro tipos principalmente:
Permite el acceso a Base de Datos JDBC mediante un driver ODBC. Cada mquina
cliente que use el puente, debe tener libreras clientes de ODBC(dll propias del S.O)

Traducen las llamadas al API de JDBC Java en llamadas propias del motor de Base de
Datos (Oracle, Informix...). Al igual que el tipo anterior, exige en las mquinas clientes cdigo
binario propio del cliente de la Base de datos especfica y del sistema operativo

Traduce las llamadas al API JDBC en llamadas propias del protocolo especfico del
broker. ste se encargar de traducirlas de nuevo en sentencias propias del motor de Base de
Datos de cada caso.

Convierte o traduce las llamadas al API JDBC en llamadas al protocolo de red usado por
el motor de bases de datos, lo que en realidad es una invocacin directa al motor de bases de
datos.
S.O donde vaya a correr.
La arquitectura bsica de JDBC (ya la hemos visto) es simple. Una clase llamada
DriverManager provee un mecanismo para controlar un conjunto de drivers JDBC. Esta clase
intenta cargar los drivers especificados en la propiedad del sistema jdbc.drivers. Tambin
podemos cargar un driver explicitamente usando Class.forName(). Durante la carga, el driver
intentar registrarse a si mismo usando el mtodo clase DriverManager.registerDriver().
Cuando se invoque al mtodo DriverManager.getConnection(), sta buscar el primer driver de
los registrados que pueda manejar una conexin como la descrita en la URL y retornar un
objeto que implemente el interfaz java.sql.Connection.
Sin embargo, en funcin de la localizacin de la base de datos, el driver, la aplicacin y el
protocolo de comunicacin usado, nos podemos encontrar distintos escenarios que accedan a
Base de Datos a travs de JDBC:
Todos ellos se pueden agrupar en dos tipos distintos de arquitecturas:

La aplicacin que accede a la base de datos reside en el mismo lugar que el driver de la base
de datos. El driver acceder al servidor donde corra el motor de base de datos.
En este caso, ser el driver el encargado de manejar la comunicacin a travs de la red.
En el ejemplo, una aplicacin java corriendo en una mquina cliente que usa el driver
tambin local. Toda la comunicacin a travs de la red con la base de datos ser manejada por
el driver de forma transparente a la aplicacin Java.

REFERENCIAS:
https://sites.google.com/site/conceptoprogramacion/Home/jdbc1
http://www.adictosaltrabajo.com/tutoriales/tutoriales.php?pagina=introjdbc

https://sites.google.com/site/conceptoprogramacion/Home/jdbc1
http://www.adictosaltrabajo.com/tutoriales/tutoriales.php?pagina=introjdbc

UNIDAD IV TECNOLOGAS DE CONECTIVIDAD DE BASES DE DATOS.

4.1 ODBC.
4.2 ADO.NET.
4.3 JDBC.
INTRODUCCIN

Los desarrolladores de aplicaciones de bases de datos para Microsoft Windows disponen de un

conjunto variado de tecnologas que permiten a una aplicacin acceder a los datos
almacenados. Los datos pueden estar en diversos formatos, incluyendo a datos SQL, en forma
local y/o remota. Estas tecnologas han ido evolucionando con el tiempo, algunas sustituyendo
a otras, aunque actualmente coexisten una media docena. Cada una de tales tecnologas tiene
su propia idiosincrasia y posibilidades, segn sea el tipo de aplicacin que se desee desarrollar
y el tipo de datos a los que se desee acceder. En las siguientes secciones se describir cada
una de las tecnologas de acceso a bases de datos disponibles en el entorno de Microsoft
Windows, y se detallarn sus principales caractersticas, ventajas y desventajas de uso. Luego
se realizar una comparacin entre ellas. Finalmente se sugieren algunas recomendaciones
para los desarrolladores que deban elegir una o varias tecnologas de acceso a bases de
datos.

Open DataBase Connectivity (ODBC) es un estndar de acceso a las bases de

datos desarrollado por SQL Access Group en 1992. El objetivo de ODBC es hacer posible el
acceder a cualquier dato desde cualquier aplicacin, sin importar qu sistema de gestin de
bases de datos (DBMS) almacene los datos. ODBC logra esto al insertar una capa intermedia
(CLI) denominada nivel de Interfaz de Cliente SQL, entre la aplicacin y el DBMS. El propsito
de esta capa es traducir las consultas de datos de la aplicacin en comandos que el DBMS
entienda. Para que esto funcione tanto la aplicacin como el DBMS deben ser compatibles con
ODBC, esto es que la aplicacin debe ser capaz de producir comandos ODBC y el DBMS debe
ser capaz de responder a ellos. Desde la versin 2.0 el estndar soporta SAG y SQL.
Los controladores ODBC suministrados con Microsoft Access le permiten conectarse a bases
de datos SQL e importar, exportar o adjuntar los datos almacenados en dichas bases de datos.
Con Microsoft Access versin 2.0 se suministra el controlador SQL Server, que admite
Microsoft SQL Server y Sybase SQL Server.

Objetivo
Los nuevos mtodos de conexin ODBC (empleando directamente el driver
utilizando un data source de archivo) amplan el alcance (usuarios y computadores) de
la conexin ODBC que se vena utilizando hasta ahora.Utilizando data sources, la
instalacin de una nueva aplicacin que accede a los datos mediante ODBC implica la
definicin del data source correspondiente en cada cliente. Estos nuevos mecanismos
simplifican la etapa de instalacin ya que el data source puede reutilizarse.
Instalacin y administracin de controladores ODBC

En los siguientes temas se describe la forma de instalar los controladores ODBC y la manera
de configurarlos para su uso con Microsoft Access. Una vez instalados estos controladores,
deber configurar un origen de datos ODBC para cada base de datos SQL con la que desee
importar, exportar o adjuntar datos.

Instalacin de controladores ODBC y configuracin de orgenes de datos explica la forma de

instalar los controladores ODBC y de configurar los orgenes de datos (desde el disco de
instalacin de ODBC y desde un servidor de red).

Controladores ODBC y controladores incorporados describe los controladores que Microsoft

Access utiliza para importar, exportar y adjuntar datos entre diversos formatos de base de
datos, hojas de clculo y archivos de texto.

Configuraciones de red y controladores ODBC describe los protocolos de red y las

configuraciones de red que puede utilizar cuando conecte una base de datos de Microsoft
Access a una base de datos SQL mediante un controlador ODBC.
El software funciona de dos modos, con un software manejador en el cliente, o una filosofa
cliente-servidor. En el primer modo, el driver interpreta las conexiones y llamadas SQL y las
traduce desde el API ODBC hacia el DBMS. En el segundo modo para conectarse a la base de
datos se crea una DSN dentro del ODBC que define los parmetros, ruta y caractersticas de la
conexin segn los datos que solicite el creador o fabricante.

Una aplicacin de Conectividad abierta de bases de datos (ODBC) utiliza un origen de

datos ODBC para conectarse a una instancia de Microsoft Microsoft SQL Server. Un
origen de datos ODBC es una definicin almacenada que registra:
El controlador ODBC que se va a utilizar para las conexiones que especifican el
origen de datos.
La informacin que utiliza el controlador ODBC para conectarse a un origen de datos.
Opciones especficas del controlador que se van a utilizar para la conexin. Por
ejemplo, un SQL Server origen de datos ODBC puede registrar las opciones de ISO
que va a utilizar o si los controladores deben registrar estadsticas de rendimiento.
Cada origen de datos ODBC de un cliente tiene un nombre del origen de datos (DSN)
exclusivo. Un origen de datos ODBC para el controlador ODBC de SQL Server incluye
toda la informacin utilizada para conectarse a una instancia de SQL Server, ms las
opciones fundamentales.

Funciones ODBC
odbc_autocommit Activa el comportamiento automtico de envo
odbc_binmode Manejo de informacin de columna binaria
odbc_close_all Cerrar todas las conexiones ODBC
odbc_close Cerrar una conexin ODBC
odbc_columnprivileges Lista las columnas y los privilegios asociados para la tabla
dada
odbc_columns Lista los nombres de columnas de la tabla especificada
odbc_commit Enva una transaccin ODBC
odbc_connect Conectar a una fuente de datos

odbc_cursor Obtener el nombre del cursor

odbc_data_source Devuelve informacin sobre una conexin actual
odbc_do Alias de odbc_exec
odbc_error Obtener el ltimo cdigo de error
odbc_errormsg Obtener el ltimo mensaje de error
odbc_exec Preparar y ejecutar una sentencia SQL
odbc_execute Ejecutar una declaracin preparada
odbc_fetch_array Traer una fila de resultados como una matriz asociativa
odbc_fetch_into Traer una fila de resultados en una matriz
odbc_fetch_object Traer una fila de resultados como un objeto
odbc_fetch_row Traer una fila
odbc_field_len Obtener la longitud (precisin) de un campo
odbc_field_name Obtener el nombre de una columna
odbc_field_num Devolver el nmero de columna
odbc_field_precision Alias de odbc_field_len
odbc_field_scale Obtener la escala de un campo
odbc_field_type Tipo de datos de un campo
odbc_foreignkeys Recupera informacin de una lista de claves extranjeras
odbc_free_result Liberar los recursos asociados con un resultado
odbc_gettypeinfo Recupera informacin sobre los tipos de datos soportados por la
fuente de datos
odbc_longreadlen Manejo de columnas LONG
odbc_next_result Verifica si estn disponibles mltiples resultados
odbc_num_fields Nmero de columnas de un resultado
odbc_num_rows Nmero de filas de un resultado
odbc_pconnect Abrir una conexin persistente a una base de datos
odbc_prepare Prepara una declaracin para su ejecucin
odbc_primarykeys Obtiene las claves primarias de una tabla
odbc_procedurecolumns Recuperar informacin sobre los parmetros a
procedimientos
odbc_procedures Obtener la lista de procedimientos almacenados en una fuente de
datos especfica
odbc_result_all Imprimir el resultado como una tabla HTML
odbc_result Obtener informacin de resultado
odbc_rollback Reanuda una transaccin
odbc_setoption Ajustar la configuracin de ODBC
odbc_specialcolumns Recupera columnas especiales
odbc_statistics Recuperar las estadsticas de un tabla
odbc_tableprivileges Lista las tablas y los privilegios asociados con cada tabla
odbc_tables Obtener la lista de los nombres de las tablas almacenados en una
fuente de datos especfica.

JDBC (Java Data Base Connectivity): se trata del estndar para la conectividad
entre el lenguaje Java y un amplio rango de sistemas gestores de bases de datos. Los
JDBC pueden desenvolverse tanto en un nivel cliente, esto es, trabajando del lado de
la aplicacin, o en el servidor directamente relacionado con la base de datos. Cuando
se encuentre a nivel cliente, trabajar con la tecnologa ODBC para acceso a los
datos. Hay diversos tipos de controladores JDBC:

El puente JDBC-OBDC: fue uno de los primeros controladores disponibles,

implementa un enlace para utilizar un controlador ODBC desde Java. Con el tiempo
han surgido controladores JDBC especficos para cada base de datos que mejoran el
rendimiento del puente JDBC-ODBC.
Controladores Java parcialmente nativos: usan tanto cdigo Java como binario
especfico de cada plataforma.
Controladores JDBC-Net de Java puro: son controladores escritos completamente en
Java que entienden un protocolo de red estndar (HTTP, etc.) y permiten comunicarse
con un servidor de acceso a bases de datos, que es el que finalmente provee el
acceso al SGBD especfico (posiblemente con ODBC).
Controladores de protocolo nativo en Java puro: escritos en Java puro, utilizan el
protocolo especfico de la marca del SGBD.
Java Database Connectivity, ms conocida por sus siglas JDBC , es una API que
permite la ejecucin de operaciones sobre bases de datos desde el lenguaje de
programacin Java, independientemente del sistema operativo donde se ejecute o de
la base de datos a la cual se accede, utilizando el dialecto SQL del modelo de base de
datos que se utilice.
El API JDBC se presenta como una coleccin de interfaces Java y mtodos de gestin
de manejadores de conexin hacia cada modelo especfico de base de datos. Un
manejador de conexiones hacia un modelo de base de datos en particular es un
conjunto de clases que implementan las interfaces Java y que utilizan los mtodos de
registro para declarar los tipos de localizadores a base de datos (URL) que pueden
manejar. Para utilizar una base de datos particular, el usuario ejecuta su programa
junto con la biblioteca de conexin apropiada al modelo de su base de datos, y accede
a ella estableciendo una conexin; para ello provee el localizador a la base de datos y
los parmetros de conexin especficos. A partir de all puede realizar cualquier tipo de
tarea con la base de datos a la que tenga permiso: consulta, actualizacin, creacin,
modificacin y borrado de tablas, ejecucin de procedimientos almacenados en la
base de datos, etc.
Requisitos del sistema operativo
El controlador JDBC se ha diseado para funcionar en cualquier sistema operativo que
admita el uso de una mquina virtual Java (JVM). No obstante, slo se han probado
oficialmente los sistemas operativos Sun Solaris, SUSE Linux y Windows XP o
sistemas operativos posteriores.
Requisitos de SQL Server

El controlador JDBC se ha diseado especialmente para usar las caractersticas

incluidas en SQL Server 2005, aunque es compatible con versiones anteriores a SQL
Server 2000, incluyendo la versin de 64 bits.
Para tener acceso a los datos desde una base de datos de SQL Server mediante el
controlador JDBC de Microsoft SQL Server, debe tener los siguientes componentes
instalados en el equipo:
Controlador de JDBC de Microsoft SQL Server
Java Runtime Environment.

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.
ADO.NET consiste en dos partes primarias:
Data provider
Estas clases proporcionan el acceso a una fuente de datos, como Microsoft
SQL Server y Oracle. Cada fuente de datos tiene su propio conjunto de objetos
del proveedor, pero cada uno tiene un conjunto comn de clases de utilidad:
Connection: Proporciona una conexin usada para comunicarse con la fuente
de datos. Tambin acta como Abstract Factory para los objetos command.
Command: Usado para realizar alguna accin en la fuente de datos, como
lectura, actualizacin, o borrado de datos relacionales.
Parameter: Describe un simple parmetro para un command. Un ejemplo
comn es un parmetro para ser usado en un procedimiento almacenado.

DataAdapter: "Puente" utilizado para transferir data entre una fuente de datos y
un objeto DataSet (ver abajo).
DataReader: Es una clase usada para procesar eficientemente una lista grande
de resultados, un registro a la vez.
DataSets
Los objetos DataSets, es un grupo de clases que describen una simple base de
datos relacional en memoria, fueron la estrella del show en el lanzamiento
inicial (1.0) del Microsoft .NET Framework. Las clases forman una jerarqua de
contencin:
Un objeto DataSet representa un esquema (o una base de datos entera o un
subconjunto de una). Puede contener las tablas y las relaciones entre esas
tablas.
Un objeto DataTable representa una sola tabla en la base de datos. Tiene un
nombre, filas, y columnas.
Un objeto DataView "se sienta sobre" un DataTable y ordena los datos (como
una clusula "order by" de SQL) y, si se activa un filtro, filtra los registros (como
una clusula "where" del SQL). Para facilitar estas operaciones se usa un
ndice en memoria. Todas las DataTables tienen un filtro por defecto, mientras
que pueden ser definidos cualquier nmero de DataViews adicionales,
reduciendo la interaccin con la base de datos subyacente y mejorando as el
desempeo.
Un DataColumn representa una columna de la tabla, incluyendo su nombre y
tipo.
Un objeto DataRow representa una sola fila en la tabla, y permite leer y
actualizar los valores en esa fila, as como la recuperacin de cualquier fila que
est relacionada con ella a travs de una relacin de clave primaria - clave
extranjera.
Un DataRowView representa una sola fila de un DataView, la diferencia entre
un DataRow y el DataRowView es importante cuando se est interactuando
sobre un resultset.
Un DataRelation es una relacin entre las tablas, tales como una relacin de
clave primaria - clave ajena. Esto es til para permitir la funcionalidad del
DataRow de recuperar filas relacionadas.
Un Constraint describe una propiedad de la base de datos que se debe cumplir,
como que los valores en una columna de clave primaria deben ser nicos. A
medida que los datos son modificados cualquier violacin que se presente
causar excepciones.
Un DataSet es llenado desde una base de datos por un DataAdapter cuyas
propiedades Connection y Command que han sido iniciados. Sin embargo, un
DataSet puede guardar su contenido a XML (opcionalmente con un esquema
XSD), o llenarse a s mismo desde un XML, haciendo esto excepcionalmente
til para los servicios web, computacin distribuida, y aplicaciones
ocasionalmente conectadas desconectados.
ADO.NET y Visual Studio .NET

En el IDE Visual Studio .NET existe la funcionalidad para crear las subclases
especializadas de las clases del DataSet para un esquema particular de base
de datos, permitiendo el acceso conveniente a cada campo a travs de
propiedades fuertemente tipadas. Esto ayuda a capturar ms errores de
programacin en tiempo de compilacin y hace ms til la caracterstica
Intellisense del IDE.
ADO.NET Entity Framework
Artculo principal: ADO.NET Entity Framework.
El ADO.NET Entity Framework es un conjunto de APIs de acceso a datos para
el Microsoft .NET Framework, apuntando a la versin de ADO.NET que se
incluye con el .NET Framework 3.5. Fue lanzado como actualizacin separada
junto con el Service Pack 1 para el .NET Framework, despus del lanzamiento
de tanto el .NET Framework 3.5 y el Visual Studio 2008. Una nueva versin del
Entity Framework (v 4.0) ser liberada junto al Visual Studio 2010 y el .NET
Framework 4.0.
Una entidad del Entity Framework es un objeto que tiene una clave
representando la clave primaria de una entidad lgica de datastore. Un modelo
conceptual Entity Data Model (modelo Entidad-Relacin) es mapeado a un
modelo de esquema de datastore. Usando el Entity Data Model, el Framework
permite que los datos sean tratados como entidades independientemente de
sus representaciones del datastore subyacente.
El Entity SQL es un lenguaje similar al SQL para consultar el Entity Data Model
(en vez del datastore subyacente). Similarmente, las extensiones del Linq,
Linq-to-Entities, proporcionan consultas tipeadas en el Entity Data Model. Las
consultas Entity SQL y Linq-to-Entities son convertidas internamente en un
Canonical Query Tree que entonces es convertido en una consulta
comprensible al datastore subyacente (ej. en SQL en el caso de una base de
datos relacional). Las entidades pueden utilizar sus relaciones, y sus cambios
enviados de regreso al datastore.
Requisitos para desarrollar aplicacin con acceso a MySQL nativo usando
Visual C# .Net y driver Connector/Net ADO.NET
A continuacin indicamos los requisitos necesarios para desarrollar una
aplicacin, usando el IDE de desarrollo Microsoft Visual C# .Net, que acceda
de forma nativa (directa sin intermediarios) al motor de base de datos gratuito
MySQL Server:

Suite de desarrollo Microsoft Visual Studio .Net 2010: en el siguiente

tutorial explicamos cmo instalar este entorno de desarrollo de aplicaciones
.Net:
Instalar Microsoft Visual Studio .Net 2010 y desarrollar aplicacin con acceso a
PostgreSQL.

Driver Connector/Net de MySQL: necesitaremos las libreras

proporcionadas por MySQL para acceso nativo desde .Net, disponibles en el
sitio web oficial de MySQL, en la URL:
http://dev.mysql.com/downloads/connector/net

En nuestro caso descargaremos la versin 6.6.4 y la plataforma (Select

Platform) "Microsoft Windows", descargaremos "Windows (x86, 32-bit), MSI
Installer" (mysql-connector-net-6.6.4.msi):

Ejecutaremos el fichero mysql-connector-net-6.6.4.msi descargado:

Pulsaremos en "Ejecutar" en la ventana de Advertencia de seguridad de Abrir

archivo:

Se iniciara el asistente de instalacin de MySQL connector net 6.6.4, pulsaremos next

Tras la instalacion de MySQL connector Net. 6.6.4, al asistente nos indicar que la instalacion
ha finalizado pulsaremos finish