P. 1
Capitulo 14 Visual Basic

Capitulo 14 Visual Basic

Ratings:

4.5

(4)
|Views: 13,123 |Likes:
Published by boyforbaby
Manual Visual Basic 6
Manual Visual Basic 6

More info:

Published by: boyforbaby on Sep 10, 2008
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as DOC, PDF, TXT or read online from Scribd
See more
See less

12/18/2013

pdf

text

original

 
Visual Basic - Guía del Estudiante Cap. 14
ACTIVE X DATA OBJECT (ADO)
 ADO es lo último de Microsoft en acceso a bases de datos. No se porqué, pero desde su inicio, ADO está como metido en una aureola de dificultad a la que solamente puedenacceder informáticos especialmente elegidos. Quizás sea el uso de palabras de argot muy rebuscadas, que s que facilitar el estudio, atemorizan al principiante. La Guía deEstudiante pretende quitar esos velos que ocultan la sencillez de lo cotidiano y mostrar lafacilidad de esta técnica. Con el estilo didáctico que caracteriza a este libro, pasaremos delas definiciones gloriosas e iremos a lo verdaderamente importante: saber programar con ADO
ADO permite crear aplicaciones capaces de manipular bases de datos a través de unproveedor OLE DB (Object Linking and Embedding for DataBase). El objetivo de OLE DB esponer a disposición del programador una herramienta de nivel inferior que le de acceso
universal 
a los datos con independencia del origen de datos, ya sea un servidor de correoelectrónico, una hoja de cálculo u otro tipo de almacenamiento de datos. Debido a lacomplejidad de los elementos de OLE DB, no se puede acceder a ellos directamente desdeVisual Basic; para ello utilizaremos los objetos ADO que permiten acceder a la prácticatotalidad de las funciones de OLE DB.LSB Visual Basic Guía del Estudiante Capítulo 14 Página 1
   A  p   l   i  c  a  c   i   ó  n  q  u  e  a  c  c  e   d  e  a   l  o  s   d  a   t  o  s
DAODO
Modelo DAO/RDO
ADOModelo de datos ADO
 
OLEDBODBCODBCBases de datosRelacionalesTextoBases de datosrelacionales
 
Las características generales de ADO son:
Mayor velocidad y facilidad de uso.
Menor carga de memoria y de espacio en el disco duro.Las características específicas que proporciona ADO para entornos de Cliente/Servidor (C/S)son:
Creación de los objetos de forma independiente. No se necesita navegar por ninguna jerarquía de objetos para poder crearlos. La mayoría de los objetos se puedeninstanciar de forma independiente. De esta forma crearemos solo los objetos quenecesitemos.
ADO nos permite utilizar los procedimientos almacenados en el sistema gestor de labase de datos (si este soporta esta funcionalidad), pudiendo recoger los resultadosdevueltos por dichos procedimientos como parámetros de salida. Esta característicapermite mejorar el rendimiento y la rapidez de las aplicaciones.
Diferentes tipos de cursores.
Soporte para limitar el número máximo de registros devueltos de una sola vez en unrecordset. Esta característica mejora el rendimiento tanto de la aplicación como de lared.
Soporte para recibir varios recordset como resultados devueltos de un procedimientoalmacenado.Hay que tener en cuenta que todas estas características están limitadas por el servidor de losdatos. Es decir, si el servidor de datos no soporta procedimientos almacenados, no podremosutilizar con él las características de ADO que se refieren a dichos tipos de procedimientos.Fig 72.1 Jerarquía de Objetos ADO.* Todos los objetos marcados con un asterisco contienen la colección Properties con unsubconjunto de objetos Property.Como puede verse en la figura, existen tres objetos principales dentro de ADO: El objetoConnection, el objeto Command y el objeto recordset. Luego veremos algunas de lascaracterísticas principales de cada uno de estos objetos.Antes de proseguir con estos objetos vamos a explicar donde y porqué se deben utilizar objetos ADO en vez de objetos DAO u objetos RDOHasta ahora habíamos utilizado bases de datos Access, y también otras bases de datossencillas como dBase. Acceder a Access es extremadamente fácil. Y ello es debido a queAccess es una base de datos sin grandes aspiraciones en cuanto a seguridad. Es una granbase de datos, y tiene sus dispositivos de seguridad en cuanto a permisos de acceso (Vea EldbEngine. Visión desde DAO y la propiedad SystemDB en el Capítulo 12) sin embargo estasposibilidades se usan en muy pocas ocasiones, y estos mecanismos de seguridad de AccessLSB Visual Basic Guía del Estudiante Capítulo 14 Página 2Connection
*
ErrorsErro
*
Command
*
ParametersParamete
*
Recordset
*
FieldsField
*
PropertiesProert
 
tampoco son una maravilla. Por lo tanto Access se ha quedado como una
gran
base de datospara aplicaciones que no pasen de algunos centenares de miles de registros y con pocospuestos de operación. En esta base de datos, el método ideal de acceso es DAO, biendirectamente o a través de ODBC Direct. Cuando se accede directamente, la BD se suelebuscar bien mapeando el disco del servidor como una unidad más del puesto cliente, o bienaccediendo a través de la dirección IP del servidor.Cuando queremos empezar a tener una seguridad en los accesos, disponer de privilegiosdistintos para cada usuario, trabajar en una red de área local con muchos usuarios, hay querecurrir a bases de datos tipo Oracle o SQLServer. Ya empezamos a tener problemas: VisualBasic no puede acceder directamente a abrir estas bases de datos. Podemos acceder a travésde ODBC, pero como ya se dijo en el, capítulo correspondiente, ODBC se ha quedadoobsoleto. Y Microsoft ha sacado para ello ADO. Y ADO permite abrir la base de datos usandopara ello un dispositivo intermedio que es el proveedor OLE DB. Este no es más que una DLL.Mejor dicho, un juego de DLLs que puede ver en la carpeta:
C:\Archivos de Programa\Archivos Comunes\System\Ado
Estas DLLs permiten conectar con las bases de datos más conocidas (Oracle, SQLServer,Access y las demás BD controladas por el motor Jet). ADO funciona de forma diferente aODBC. Con ODBC se preparan conexiones permanentes en el ordenador, y cualquieprograma puede acceder a la BD a través de esas conexiones. Con ADO no hay que preparar previamente ninguna conexión. Es el propio programa el que llama al proveedor de datos OLEDB y le pasa como parámetros los datos necesarios para que este realice la conexión y abra laBD. Si hubiese dos programas ejecutándose simultáneamente y accediendo a la misma basede datos a través de ADO, cada programa prepara una conexión a esa BD. En ODBCpodríamos ver las conexiones existentes en el PC a través del Panel de
Control | Fuentes deDatos ODBC
. En ADO no existe esa posibilidad ya que, como se ha dicho, es el propioprograma quien crea esa conexión al ajecutarse.Para que VB pueda acceder a ADO es necesario introducir en el programa la referencia aMicrosoft ActiveX Data Objets 2.1 Library
(Proyecto|Referencias)
 
Una particularidad de ADO frente a lo ya visto con DAO o RDO es que ADO se salta la jerarquía a la hora de crear nuevos objetos. En DAO, el objeto DAO superior creaba al objetoDAO inferior (Recuerde aquello del juego de niños). En ADO podemos crear cada objeto sinque exista el objeto inmediatamente superior. Por ejemplo podemos crear un recordset sinque exista el objeto Connection. Claro que en este caso, a la hora de crear el objetorecordset deberemos indicarle, mediante los parámetros que debemos aportar en la sintaxisde creación del recordset, todos aquellos datos que le aportaríamos a la creación del objetoConnection. Como ve no tiene ventajas. Solamente que nos desentendemos un poco deabrir y cerrar el objeto Connection.
Veamos como se crea la conexión: Mediante el Objeto ConnectionEL OBJETO
CONNECTION
El objeto Connection representa una sesión con el origen de los datos. Dependiendo de lafuncionalidad del proveedor de los datos podremos utilizar determinadas propiedades,métodos y colecciones de este objeto. La función de este objeto es recoger toda la informacióndel proveedor de los datos que se va a utilizar para crear un objeto recordset.Para crear un objeto Connection, previamente debemos declararlo como variable objetoConnection:Dim MiConexion as ADODB.ConnectionEl sitio donde se debe declarar depende como siempre, del ámbito que deseamos que tengaese objeto.Para crear el objeto Connection deberemos utilizar la siguiente sintaxis:LSB Visual Basic Guía del Estudiante Capítulo 14 Página 3

You're Reading a Free Preview

Download
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->