toñis

1. UNIDAD 2: ENTORNO DE PROGRAMACION.
GRADO: 6 GRUPO «A»
DOCENTE:ISC. ROSARIO DE ALBA DOMÍNGUEZ RODRÍGUEZ
COATZACOLCOS VER. 05 DE JUNIO DEL 2013

2. Introducción.
• ADO.NET No depende de conexiones continuas
activas, esto quiere decir que, su diseño es en
torno a una arquitectura donde las aplicaciones se
conectan a la base de datos. De esta forma, la
base de datos no contiene conexiones que la
mayor parte del tiempo permanecen inactivas, lo
que se traduce en dar servicio a muchos mas
usuarios y facilita la escalabilidad.

3. ADO.NET
• Las interacciones con la base de datos se
realiza mediante ordenes ara acceso a datos,
que son objetos que encapsulan las sentencias
SQL o los procedimientos almacenados que
definen las operaciones a realizar sobre el
origen de los datos es decir la base de datos
en si.
• Los datos requeridos normalmente se
almacenan en memoria cache en conjunto de
datos, lo que permite trabajar sin conexión
sobre una copia temporal de los datos
obtenidos. Los conjuntos de datos son
independientes de los orígenes de datos.
Cuando sea necesario, se puede reestablecer
la conexión con la base de datos y actualizar
desde el conjunto de datos de la memoria
cache.

4. Acceso a Bases de Datos
Escenario Conectado
• En la actualidad se plantean
dos tipos de escenarios de
acceso a bases de datos
relacionales. El primero de
ellos es el que se conoce como
“Escenario Conectado”, ya que
en él se requiere una conexión
física establecida con el
servidor de datos durante todo
momento para poder efectuar
cualquier consulta o
actualización sobre los datos.

5. Acceso a Bases de Datos
Escenario Conectado
• Algunas Ventajas:
• Al haber una única conexión a la base
de datos por usuario, o incluso a
veces por aplicación, establecida
permanentemente, puede llegar a
resultar más sencillo administrar la
seguridad y el acceso al servidor de
datos. Lo mismo ocurre con el control
de concurrencia: en un escenario
donde múltiples usuarios se
estuvieran conectando y
desconectando permanentemente
para realizar distintas acciones, este
control sería más difícil de llevar.
• Siempre la aplicación tiene acceso a
los datos actualizados
•

6. • Algunas Desventajas:
• Se requiere una conexión abierta
todo el tiempo con el servidor de
base de datos, lo cual consume
recursos innecesariamente si no
se la está utilizando.
• La escalabilidad del acceso a los
datos se ve limitada por la
cantidad de conexiones
establecidas simultáneamente
contra el servidor de base de
datos.
Acceso a Bases de Datos
Escenario Conectado

7. ADO.NET – Accediendo a datos
Conectado
En un escenario conectado, los
recursos se mantienen en el
servidor hasta que la conexión se
cierra
1. Abrir Conexión
2. Ejecutar Comando
3. Procesar Filas en DataReader
4. Cerrar Reader
5. Cerrar Conexión

8. Acceso a Bases de Datos
Escenario Desconectado.
• El segundo escenario de acceso a bases de datos relacionales
se conoce como “Escenario Desconectado”, ya que en él una
parte de los datos del servidor central se copia localmente y
puede luego ser consultada y actualizada sin contar con una
conexión abierta. Luego si se desea puede establecerse una
conexión con el servidor de base de datos para sincronizar los
cambios efectuados sobre la copia local y actualizar los datos.

9. Acceso a Bases de Datos
Escenario Desconectado.
• Algunas ventajas que provee un escenario de
acceso a datos desconectado son:
• La posibilidad de trabajar sobre los datos independientemente del
resto de los usuarios de la aplicación
• Mayor escalabilidad en el acceso a datos y utilización más óptima de
recursos del servidor, ya que se mantiene en un mínimo
indispensable la cantidad y duración de conexiones abiertas.
• Mayor performance, al trabajar con una copia local de los datos.
•

10. • Algunas Desventajas:
• Puede ocurrir que en un momento dado un usuario no esté
accediendo a los datos más actualizados del repositorio
central
• Al momento de sincronizar los cambios efectuados localmente
contra el repositorio central pueden surgir conflictos, los
cuales deben ser resueltos manualmente.
Acceso a Bases de Datos
Escenario Desconectado.

11. ADO.NET – Accediendo a datos.
Desconectado
• En un escenario desconectado, los
recursos no se mantienen en el
servidor mientras los datos se
procesan
1. Abrir Conexión
2. Llenar DataSet mediante
DataAdapter
3. Cerrar Conexión
4. Procesar DataSet
5. Abrir Conexión
6. Actualizar fuente de datos mediante
DataAdapter
7. Cerrar Conexión

12. CONCLUSIONES
• Los escenarios conectados y desconectados son muy útiles
dependiendo de las necesidades que tenga el usuario de la
aplicación web, por ejemplo si el usuario necesita estar
realizando transacciones a través de internet y también desea
conocer cada modificación o que la información que ve esta
actualizada, debe tener un escenario conectado, en cambio si
se desean leer datos históricos o modificar información, o solo
lectura y escritura, entonces se recomendaría un escenario
desconectado, además que este te permite administrar mas
usuarios.
• Actualmente utilizamos mayormente los escenarios
desconectados, o una combinación de ambos, en nuestros
Smartphone , y tabletas electrónicas.

13. REFERENCIAS ELECTRONICAS
• http://msdn.microsoft.com/es-
es/library/ms178371(v=vs.80).aspx
• http://www.rafaelsantos.es/agora/apuntesado/Acceso%20a%
20datos%20en%20Visual%20Basic%20.NET%20con%20ADO.N
ET.pdf
• http://msmvps.com/blogs/otelis/archive/2007/06/01/conexi-
243-n-de-datos-con-ado-net.aspx
• http://www.monografias.com/trabajos93/ado-net-idat/ado-
net-idat.shtml
• http://isaacsalgado.wordpress.com/2011/04/07/introduccion-
ado-net-escenario-conectadodesconectado-parte-1/
• http://foro.gabrielortiz.com/comparte/repositorio/joao1615/
ADONET.pdf