INSTITUTO TECNOLÓGICO DE

COMITANCILLO

UNIDAD V: TECNOLOGIAS DE
CONECTIVIDAD DE BD.

DOCENTE:
M.I. ALBERTO LÓPEZ RUÍZ
ASIGNATURA:
TALLER DE BASE DE DATOS II

ALUMNO:
ISAAC RIVERA JOSE

NUMERO DE CONTROL:
19710058

SEMESTRE Y GRUPO:
6U

FECHA: 2 DE MAYO 2022.

5.1 ODBC
es una interfaz de programación de aplicaciones (API) de estándar abierto para acceder a una
base de datos. Mediante el uso de sentencias de ODBC en un programa, usted puede
acceder a los archivos de diferentes bases de datos, incluyendo Access, dBase, DB2, Excel y
Text. Además del software de ODBC, se necesita un módulo o controlador independiente para
acceder a cada base de datos. El principal promotor y proveedor del soporte de programación
ODBC es Microsoft.
ODBC se basa y está estrechamente alineado con el estándar Interfaz de Nivel de Llamada
en Lenguaje de Consultas Estructuradas (Structured Query Language Call-Level Interface) de
The Open Group. Permite a los programas utilizar peticiones SQL que tendrán acceso a
bases de datos sin necesidad de conocer las interfaces propietarias hacia las bases de datos.
ODBC controla la solicitud SQL y la convierte en una solicitud que el sistema de base de
datos individual entiende.

Conectividad ODBC
La conectividad abierta de base de datos (ODBC) proporciona una manera común de
comunicarse con sistemas de base de datos diferentes.
El servicio de integración de datos emplea controladores ODBC para conectarse con las base
de datos.
El cliente de PowerCenter usa controladores ODBC para conectarse con bases de datos de
origen, destino y búsqueda y para invocar los procedimientos almacenados en bases de
datos. El servicio de integración de PowerCenter también puede usar controladores ODBC
para conectarse con las bases de datos.
Para usar la conectividad ODBC, debe instalar los siguientes componentes en el equipo
donde se aloje el servicio de Informatica o la herramienta cliente:
Software cliente de base de datos. Instale el software cliente para el sistema de base de
datos. De este modo, se instalarán las bibliotecas cliente necesarias para conectarse con la
base de datos.
Algunos controladores ODBC contienen protocolos de conexión por cable y no requieren de
software cliente de base de datos.
Controladores ODBC. Los controladores ODBC de 32 o 64 bits cerrados DataDirect se
instalan cuando instala los servicios de Informatica. Los controladores ODBC cerrados
DataDirect de 32 bits se instalan al instalar los clientes de Informatica. El servidor de la base
de datos también puede incluir un controlador ODBC.
Después de instalar los componentes necesarios, debe configurar el origen de datos ODBC
para cada base de datos con la que desee establecer conexión. Un origen de datos contiene
información que necesita para poder ubicar y acceder a la base de datos, tal como el nombre
de la base de datos, el nombre de usuario y la contraseña de la base de datos. En Windows,
debe utilizar el administrador de origen de datos ODBC para crear un nombre de origen de
datos. En UNIX, debe añadir entradas de origen de datos al archivo odbc.ini que se encuentra
en el directorio $ODBCHOME del sistema.
Al crear un origen de datos ODBC, también debe especificar el controlador al que el
administrador de controladores ODBC envía las llamadas de la base de datos.
La tabla siguiente muestra los controladores ODBC recomendados para utilizar con cada base
de datos:

5.2 ADO.NET
Es una arquitectura que permite el acceso y la manipulación eficiente de los datos mediante
un conjunto de clases, interfaces y estructuras, permitiendo la creación de aplicaciones
distribuidas. Esta tecnología es parte de la biblioteca de clases ofrecidas por el Microsoft .NET
Framework. Su componente principal es la clase DataSet, que almacena los datos
provenientes de una fuente.
La clase Dataset: La clase DataSet consiste en una colección de objetos "DataTable",
formados por filas y columnas, que se pueden relacionar unas con otras, con objetos llamados
"DataRelation". También contiene información acerca de las claves principales y foráneas,
que permiten estas relaciones. Básicamente, esta es la definición de una base de datos, un
conjunto de tablas que se relacionan entre sí.
Objetos:
También posee otros objetos:
• El objeto Connection proporciona conectividad a la fuente de los datos, como Microsoft SQL
Server, Oracle, SQLite, MySQL, etc.
• El objeto Command permite tener acceso a comandos de base de datos para devolver
datos, modificar, eliminar, ejecutar procedimientos y enviar o recuperar información sobre
parámetros.
• El objeto DataReader para su lectura, realiza esta operación un registro a la vez.
• Y finalmente el objeto DataAdapter que proporciona el puente entre el objeto DataSet y la
fuente de los datos, que mediante comandos SQL, permite almacenar los mismos. En otras
palabras, un DataSet es llenado a partir de una base de datos gracias a un objeto
DataAdapter que inicia los comandos descritos anteriormente.

Arquitectura ADO.NET: El funcionamiento de ADO.NET se basa esencialmente en utilizar

los siguientes componentes:
Data Provider (proveedor de datos): Proporciona un acceso uniforme a conjuntos de datos
(bases de datos relacionales o información ID3 de ficheros MP3). Su papel el similar al de un
controlador ODBC o JDBC.
DataSet: El componente más importante, puede almacenar datos provenientes de múltiples
consultas (esto es, múltiples tablas).
DataAdapter: Sirve de enlace entre el contenedor de conjuntos de datos (DataSet) y la base
de datos (Data Provider).
Los componentes anteriores se completan con DataReader (para realizae eficientemente
lecturas de grandes cantidades de datos que no caben en memoria), DataRelation (la forma
de establecer una reunión entre dos tablas), Connection (utilizada por DataAdapter para
conectarse a la base de datos) y Command (que permite especificar las órdenes,
generalmente en SQL, que nos permiten consultar y modificar el contenido de la base de
datos: select, insert, delete y update).
El modo de funcionamiento típico de ADO.NET es el siguiente:
1. Se crean un objeto Connection especificando la cadena de conexión.
2. Se crea un DataAdapter.
3. Se crea un objeto Command asociado al DataAdapter, con la conexión adecuada y la
sentencia SQL que haya de ejecutarse.
4. Se crea un DataSet donde almacenar los datos.
5. Se abre la conexión.
6. Se rellena el DataSet con datos a través del DataAdapter.
7. Se cierra la conexión.
8. Se trabaja con los datos almacenados en el DataSet.
Como los conjuntos de datos se almacenan en memoria y trabaja con ellos de forma
desconectada, cuando hagamos cambios sobre ellos (inserciones, borrados o
actualizaciones) debemos actualizar el contenido de la base de datos llamando al método
Update del DataAdapter y, posteriormente, confirmar los cambios realizados en el DataSet
(con AcceptChanges) o deshacerlos (con RejectChanges).
5.3 JDBC
Nos permite acceder a bases de datos (BD) desde Java. Con JDBC no es necesario escribir
distintos programas para distintas BD, sino que un único programa sirve para acceder a BD de
distinta naturaleza. Incluso, podemos acceder a más de una BD de distinta fuente (Oracle,
Access, MySql, etc.) en la misma aplicación. Podemos pensar en JDBC como el puente entre
una base de datos y nuestro programa Java. Un ejemplo sencillo puede ser un applet que
muestra dinámicamente información contenida en una base de datos. El applet utilizará JDBC
para obtener dichos datos.
El esquema para seguir en un programa que use JDBC es el siguiente:

Un programa Java que utilice JDBC primero deberá establecer una conexión con el SGBD.
Para realizar dicha conexión haremos uso de un driver específico para cada SGBD que
estemos utilizando. Una vez establecida la conexión ya podemos interrogar la BD con
cualquier comando SQL (select, update, create, etc.). El resultado de un comando select es
un objeto de la clase ResultSet, que contiene los datos que devuelve la consulta. Disponemos
de métodos en ResultSet para manejar los datos devueltos. También podemos realizar
cualquier operación en SQL (creación de tablas, gestión de usuarios, etc.).

CONEXIÓN Al BD: deberemos establecer la conexión con la BD. Para ello utilizaremos el
siguiente método:
Connection con = DriverManager.getConnection(url);
Connection con = DriverManager.getConnection(url, login, password);
SENTENCIAS DE CONSULTA: Para obtener datos almacenados en la BD podemos realizar
una consulta SQL (query). Podemos ejecutar la consulta utilizando el objeto Statement, pero
ahora haciendo uso del método executeQuery al que le pasaremos una cadena con la
consulta SQL. Los datos resultantes nos los devolverá como un objeto ResultSet.
ResultSet result = stmt.executeQuery(query);
La consulta SQL nos devolverá una tabla, que tendrá una serie de campos y un conjunto de
registros, cada uno de los cuales consistirá en una tupla de valores correspondientes a los
campos de la tabla.
Los campos que tenga la tabla resultante dependerán de la consulta que hagamos, de los
datos que solicitemos que nos devuelva. Por ejemplo, podemos solicitar que una consulta nos
devuelva los campos expediente y nombre de los alumnos o bien que nos devuelva todos los
campos de la tabla alumnos.
Se muestra el funcionamiento de las consultas SQL mediante un ejemplo:
String query = "SELECT * FROM ALUMNOS WHERE sexo = 'M'";
ResultSet result = stmt.executeQuery(query);
En esta consulta estamos solicitando todos los registros de la tabla ALUMNOS en los que el
sexo sea mujer (M), pidiendo que nos devuelva todos los campos (indicado con *) de dicha
tabla.

TECNOLOGIAS PARA MÓVILES:

Es una Base de datos donde los usuarios pueden acceder a la información lejos de donde
se encuentra almacenada la base de datos, se hace utilizando una conexión inalámbrica
Sistemas de Base de datos móviles:
Es la habilidad de recuperar la información de los sistemas de computación y/o repositorios de
información sobre dispositivos móviles en cualquier momento en cualquier lugar. Además de
introducir o actualizar información en los sistemas principales de forma remota desde el
dispositivo móvil. Esto da toda la libertad al usuario de manipular toda la información desde
lejos.
Es un sistema distribuido que soporta conectividad móvil, posee todas las capacidades de un
sistema de base de datos y permiten a las unidades móviles, una completa movilidad espacial
por medio de la tecnología inalámbrica
Procesamiento de Consultas
El único reto en los SMBDM es el procesamiento de consultas, que dependen de la
localización física de la unidad móvil
Consultas dependientes de la localización: Son consultas que involucran la localización física
de la unidad móvil en combinación con otros datos como la localización de otras unidades
móviles o estructuras físicas.
Ejemplo: Encontrar el hotel más cercano desde donde me encuentro con un precio <
$50

Para dar respuesta a esta consulta, se debe poder determinar con exactitud la localización de
la unidad móvil y estar en la capacidad de procesar de manera espacial los datos a consultar.
Utilizar la triangulación si el dispositivo se encontrara en múltiples celdas, por localización de
celdas, GPS, etc.
Se tiene que tomar en cuenta que la unidad puede estar en movimiento mientas se realiza la
consulta.
Manejo de transacciones
Se considera el manejo de transacciones cuando un dispositivo móvil inicia una transacción
hacia la base de datos o hacia un servidor fijo. La transacción puede ejecutarse en el servidor
o en el dispositivo móvil.
Se debe tomar en cuenta:
Desconexiones, movilidad, errores, fallas en el dispositivo móvil.
Se debe mantener la autonomía y la consistencia local del SMBD.
Los dispositivos usados para conectarse son:
PDA, (Asistente Personal Digital – Personal Digital Assistant). Fue usado en sus inicios como
una unidad que almacenaba el calendario personal, libreta de direcciones, calculadora, quizás
un programa sencillo de intercambio de moneda y usualmente un mapa con las zonas
horarias. Luego expanden sus funciones y generan los dispositivos Palm, los cuales poseen
sincronización con el PC, mayor memoria con capacidad de expansión y se agregan varias
funcionalidades como el correo electrónico, juegos, etc.
Palm abre su sistema operativo, permitiendo a los desarrolladores la oportunidad de crear
programas específicos para este dispositivo. Las nuevas unidades tienen pantalla a colores,
módem, capacidad inalámbrica para sincronización además de conexión a Internet entre otras
funcionalidades.
Pocket PC`s. Son dispositivos que poseen el sistema operativo Windows CE, inicialmente
basado en Windows 3.1, Lince básicamente maneja la comunicación entre el hardware y las
aplicaciones que se ejecutan allí. Es un sistema operativo muy modular, puede ser ejecutado
en gran cantidad de plataformas y aplicaciones. Estos dispositivos son realmente pequeñas
computadoras.
Teléfono celular con conexión a Internet. Este dispositivo tiene un navegador WAP (Wireles
Access Protocol) integrado, que se adquiere directamente en las empresas de telefonía
celular.
Estructura y Características
Todas las bases de datos móviles tienen una arquitectura similar, donde debemos distinguir
una serie de elementos principales característicos de este tipo de sistemas:
 Servidor de base de datos corporativo y SMBD que gestiona y almacena los datos
corporativos y proporciona aplicaciones corporativas. Se correspondería con el SMBD y
el servidor que se utiliza en la organización.
 Base de datos remota y SMBD que gestiona y almacena los datos móviles. Son las
bases de datos que deben estar implementadas en los dispositivos móviles.
 Plataforma de base de datos móvil, que puede ser un ordenador portátil, PDA u otro
dispositivo de acceso a Internet, es decir, los dispositivos móviles en cuestión.
 Enlaces de comunicación bidireccionales entre el SMBD corporativo y el SMBD móvil.
Que pueden ser redes inalámbricas de distinta naturaleza, comunicaciones vía satélite,
etc.
MICROSOFT SQL SERVER CE
Microsoft provee una herramienta que consiente extender las aplicaciones empresariales de
una organización, a los dispositivos móviles, como lo es SQL Server CE es ideal para
aplicaciones móviles, ya que permite implementar la funcionalidad de una base de datos
relacional y tiene la capacidad de brindar acceso a los datos de una manera flexible y similar a
SQL Server, al mismo tiempo que permite conectarse a un servidor SQL Server central y
mantener actualizada la información.

También Microsoft se posiciona como proveedor de herramientas para la generación de

soluciones para dispositivos móviles. Dentro de las herramientas de desarrollo: smart Device
Extensions (SDE) for Visual Studio.Net y expande las capacidades del .NET framework para
permitir generar aplicaciones móviles para Pocket o Pocket Pc y Smartphone

El acceso remoto a datos y el merge replication (Permite que se realice cambios en los
dispositivos y en el servidor de forma independiente) , que trabaja sobre Hypertext Transfer
Protocol (HTTP) y codificación de soporte, garantizan un envío seguro de los datos de las
bases de datos de empresa de SQL Server y que estos datos se pueden manipular
posteriormente sin conexión y sincronizar después con el servidor.
SQLite

Es un sistema de gestión de bases de datos relacional compatible con ACID (En bases de
datos se denomina ACID a un conjunto de características necesarias para que una serie de
instrucciones puedan ser consideradas como una transacción. Así pues, si un sistema de
gestión de bases de datos es ACID compliant quiere decir que el mismo cuenta con las
funcionalidades necesarias para que sus transacciones tengan las características ACID. En
concreto ACID es un acrónimo de Atomicity, Consistency, Isolation and Durability: Atomicidad,
Consistencia, Aislamiento y Durabilidad), contenida en una relativamente pequeña (~275
kiB)2 biblioteca escrita en C. SQLite es un proyecto de dominio público creado por D. Richard
Hipp.

A diferencia de los sistemas de gestión de bases de datos cliente-servidor, el motor de

SQLite no es un proceso independiente con el que el programa principal se comunica. En
lugar de eso, la biblioteca SQLite se enlaza con el programa pasando a ser parte integral del
mismo. El programa utiliza la funcionalidad de SQLite a través de llamadas simples a
subrutinas y funciones. Esto reduce la latencia en el acceso a la base de datos, debido a que
las llamadas a funciones son más eficientes que la comunicación entre procesos. El conjunto
de la base de datos (definiciones, tablas, índices, y los propios datos), son guardados como
un sólo fichero estándar en la máquina host. Este diseño simple se logra bloqueando todo el
fichero de base de datos al principio de cada transacción.
Un SMBD móvil debe ofrecer los servicios de un SMBD tradicional, además de funcionalidad
adicional requerida por los SMBD móviles, que incluye la capacidad de:
 Comunicarse con el servidor centralizado de la base de datos utilizando técnicas como
la comunicación inalámbrica o el acceso a Internet.
 Replicar los datos en el servidor de base de datos centralizado y en el dispositivo móvil.
 Sincronizar los datos del servidor de base de datos centralizado y en el dispositivo
móvil.
 Capturar datos de varias fuentes, por ejemplo, de Internet.
 Gestionar datos en el dispositivo móvil.
 Analizar los datos almacenados en el dispositivo móvil.
 Crear aplicaciones móviles personalizadas.
 Ventajas e Inconvenientes