PDF de programación - Curso de VB - Capítulo 12

CURSO DE VB

CAPÍTULO 121

Índice de contenido
OBJETOS DE ACCESO A DATOS (III).............................................................................................2
CONFESIONES ÍNTIMAS.............................................................................................................2
UN POCO DE TEORÍA..................................................................................................................2
REGISTRANDO LIBRERÍAS........................................................................................................4
PREPARANDO NUESTRA BD.....................................................................................................4
CÓDIGOS BÁSICOS INICIALES.................................................................................................6
INICIANDO LAS CONEXIONES............................................................................................6
USO DEL “NEW” PARA NUEVAS CONEXIONES................................................................7
FINALIZANDO LAS CONEXIONES......................................................................................8
CONTROLANDO LAS TRANSACCIONES................................................................................8
LOS RECORDSET........................................................................................................................10
RECORDSET SOBRE UNA TABLA......................................................................................11
RECORDSET SOBRE UNA CONSULTA SQL......................................................................12
EL OBJETO COMMAND.............................................................................................................13
ALGUNOS CÓDIGOS DE EJEMPLO.........................................................................................15
Separación de datos...................................................................................................................15
Búsqueda de registro: método SEEK........................................................................................17
Investigando los campos de nuestras tablas..............................................................................18
Y PARA FINALIZAR...................................................................................................................19

1 La BD donde están los ejemplos de este capítulo os la podéis bajar aquí.

Visítame en http://siliconproject.com.ar/neckkito/

1

OBJETOS DE ACCESO A DATOS (III)

En el capítulo anterior realizamos una amplia incursión
sobre DAO. En este capítulo vamos a echar una ojeada a
ADO.

La mecánica de este capítulo, para ser originales, va a ser
muy parecida a lo que venimos realizando en este curso.
Nos vamos a preparar una BD en blanco con una serie de
objetos para ir desarrollando teoría y práctica al mismo
tiempo. Así, iremos asimilando conceptos, funciones y
métodos al tiempo que vemos cómo se aplican en la
práctica.

Aunque este capítulo se podría estudiar de forma independiente y “saltándose” los capítulos 10
y 11 yo os recomiendo haber examinado estos dos capítulos con anterioridad, por los motivos
que apuntaré en el apartado siguiente.

CONFESIONES ÍNTIMAS
Ha llegado este “tierno” momento donde debo “desnudar mi alma” y confesaros un par de
cosas. Antes de que alguien, al llegar al final de este capítulo, diga “¿y eso es todo?”, os
comentaré un par de cosas que creo son importantes:

 Yo, prácticamente, no utilizo ADO en mis programaciones, sino que utilizo DAO. ¿Y eso, qué
significa? Que mis conocimientos sobre ADO son menores que sobre DAO. Lógicamente, al no
utilizarlo con asiduidad mis pulsaciones sobre la tecla F1 son más habituales (de hecho,
buscando información por aquí y por allá para poder escribir este capítulo estoy aprendiendo
“cosillas” que desconocía... je, je...).

 En el fondo (y supongo que alguien que sepa sobre el tema me tachará de sacrílego) DAO y
ADO son lo mismo, pero con distinta nomenclatura (ojo, esto debéis tomarlo como una opinión
muy general). Sí es posible establecer, en la mayoría de casos, una gran analogía entre ambos
“procedimientos”. Por ello os decía unas líneas más arriba lo de “examinar antes los capítulos
10 y 11”. Si los habéis estudiado veréis esas analogías que os comentaba.

 Podríamos decir que si existía una relación entre SQL y DAO dicha relación es aún más
estrecha entre SQL y ADO. Es decir, que vamos a tener que conocer un “poquito más” de
lenguaje SQL para poder extraer el jugo a nuestros códigos.

 Finalmente, y por todo lo anterior, este capítulo no será tan extenso como los anteriores, en
el sentido en que me centraré en las operaciones que pienso son más usuales (según mi
criterio, claro), dejando las “profundidades del tema” a un lado. Para quien quiera saber más le
animo a leerse la ayuda que proporciona Access y, si tan grande es su entusiasmo por ADO, a
la compra de un buen manual sobre este modelo de acceso a datos.

UN POCO DE TEORÍA
Las siglas ADO significan ActiveX Data Objects. A través de ADO podemos acceder a datos
situados en un servidor de bases de datos (ojo, no sólo Access) y manipular a nuestro antojo
dichos datos a través de lo que se denomina un “proveedor OLE DB”.

Nuestro amigo Microsoft, de hecho, recomienda el uso de ADO antes que DAO (¿será por eso

Visítame en http://siliconproject.com.ar/neckkito/

2

por lo que no lo utilizo? ;) ). Entre las ventajas que destaca de ADO tenemos:

Es fácil de usar
Utiliza poca memoria
Utiliza poco espacio en el disco
Tiene un buen rendimiento
Ofrece funcionalidades básicas que permiten crear

–
–
–
–
–
aplicaciones cliente/servidor y aplicaciones web.

En fin... Vosotros, al final del capítulo, os habréis podido
formar un criterio (o eso espero) de qué sistema es el que
más os gusta.

Hemos hablado de un “proveedor OLE DB”. ¿Y qué es esto? Pues no es más que una tecnología
que nos permite tener acceso a prácticamente cualquier fuente de información. Y cuando digo
“prácticamente a cualquier fuente de información” me refiero a una acepción amplia del
término: cualquier “lugar” donde haya datos... ahí llega ADO. No me centro, pues, sólo en
bases de datos, sino que debemos pensar “a lo grande”: bases de datos (relacionales o no),
sistemas de archivos, correo electrónico, etc.

Hasta donde yo sé, podríamos acceder a los siguientes elementos a través de ADO, ya que
están basados en la tecnología OLE DB (no entraré en explicaciones porque no le veo mucho
sentido. Simplemente os lo apuntaré para que veáis el elenco de posibilidades):

•
•
•
•

•
•
•

2: MSADSQL

Bases ODBD
PDOLEDB
→
PDOLDB: SQLOLE DB
SQL Server
→
Bases Oracle
PDOLDB:MSDAORA
→
Bases de Access 2007
2010. Para versiones anteriores tenemos Microsoft Jet 4.0 OLE DB Provider)
Index Server
→
Active Directory
AS 400 IMS-CICS VSAM

PDOLDB:MSIDXS
→

PDOLDB: Objeto ADSDSO

→

PDOLDB: SNA Server

→

PDOLDB: Microsoft Office 12.0 OLE DB (14.0 para Access



Si tuviéramos que jerarquizar el modelo ADO podríamos obtener una cosa así:

OBJETO

COLECCIÓN

CONNECTION

…................................................... ERRORS
…................................................... PROPERTIES

COMMAND

…................................................... PARAMETERS
…................................................... PROPERTIES

RECORDSET

…................................................... FIELDS
…................................................... PROPERTIES

RECORD

…................................................... FIELDS

STREAM

2

PDOLEDB: Proveedor de datos OLE DB

Visítame en http://siliconproject.com.ar/neckkito/

3

Finalmente, si tuviéramos que esquematizar las “cosas” que hace ADO, podríamos hablar de
que “ADO nos permite” (en términos generales):

– Establecer una conexión (lógico, puesto que necesitamos

“conectar con los datos”) a bases de datos ODBC u OLE DB

– Esa conexión la establecemos a través del objeto

Connection

– Es habitual utilizar la palabra “transacción” para referirnos a
la “actividad que ADO está realizando”. ADO nos permite,
iniciada una transacción, la posibilidad de aceptar o
rechazar las “operaciones” que se han realizado durante
dicha transacción.

– Como DAO, y una vez se ha accedido a los datos, podemos utilizar SQL para
modificarlos, actualizarlos, añadir nuevos, consultarlos... Y todo ello enviando
comandos, manipulando las propiedades de los objetos, utilizando funciones y
métodos...

En fin, que ya podéis haceros una primera idea de “vida y milagros” de ADO

REGISTRANDO LIBRERÍAS
Para poder utilizar ADO debemos registrar la librería correspondiente. Tenemos dos librerías
disponibles para ello: la hermana rica y la hermana pobre... ji, ji...

La hermana rica es la librería “Microsoft ADO Ext 2.x for DLL and Security”. El archivo dll que
se corresponde con esa librería se llama MSADOX.DLL. ¿Y por qué es “rica”? Porque, además
de funcionalidades ADO, esta librería permite acceder a objetos complementarios, como, por
ejemplo, users, views, catalogs..., que también son manipulables a través de ADO.

La hermana pobre es la librería “Microsoft ActiveX Data Objects 2.x Library”, que contiene los
elementos imprescindibles para poder trabajar con ADO.

En ambos casos esas DLL's, en mi ordenador, están en <C:\Archivos de programa\Archivos
comunes\System\ado>. En los vuestros no creo que se hayan ido demasiado lejos.

Por si alguien se ha “despistado” recordad que para registrar la librería debemos, en el VBE,
irnos a Menú Herramientas
Referencias..., buscar una de esas bibliotecas, marcar su check y

aceptar.

→

PREPARANDO NUESTRA BD
Llegados a este punto vamos a preparar