CONEXIONES

1. ALUMNA:
AGUILAR GONZALEZ ESTEFANIA
GRUPO:
6° “A”
MATERIA:
DESARROLLO DE APLICACIONES WEB.
UNIDAD 2:ENTORNO DE PROGRAMACION.
ACTIVIDAD:.
DOCENTE:
I.S.C. ROSARIO DE ALBA DOMINGUEZ RODRIGUEZ.
FECHA DE ENTREGA:
05-JUNIO- 2013.

2.  En este presente trabajo se desarrollara la
investigación de las conexiones a la base de datos en
.Net, esto con el fin de reforzar los conocimientos
impartidos en las sesiones impartidas por el docente.
 Tenemos que una conexión de base de datos es un
método por el cual, la base de datos se enlaza con un
servidor por medio de una interfaz lógica y adecuada
para el usuario.
 En este trabajo se presenta la información de la
conexión de datos en .Net, ya que se esta trabajando
do con el lenguaje c#.

3.  ADO.NET
 Es un subconjunto de la .NET Framework Class
Library, que contiene todas las funcionalidades
necesarias para conectarse e interactuar con
dos tipos de repositorios permanentes de
información:
 1) Bases de Datos, como Microsoft SQL Server
 2) Archivos XML
 Existen dos capas fundamentales
dentro de su arquitectura:
 la capa conectada y la desconectada

4.  Un entorno conectado es uno en el cual los
usuarios están constantemente conectados a la
fuente de datos.
 VENTAJAS:
 Mayor seguridad
 Mejor control de concurrencia
 Los datos se mantienen actualizados
 DESVENTAJAS:
 Se requiere una conexión constante (consume
recursos del servidor)
 Escalabilidad

5.  Contiene objetos especializados en la conexión con los orígenes de datos. Así, la
clase genérica Connection se utiliza para establecer conexiones a los orígenes de
datos. La clase Command se encarga de enviar comandos de toda índole al origen
de datos.
 La clase Data- Reader está especializada en leer los resultados de los comandos
mientras se permanece conectado al origen de datos.
 La clase DataAdapter hace uso de las tres anteriores para actuar de puente entre
la capa conectada y la desconectada. Estas clases son abstractas, es decir, no
tienen una implementación real dela que se pueda hacer uso directamente. Es en
este punto en donde entran en juego los
proveedores de datos.
 Cada origen de datos tiene un modo especial
de comunicarse con los programas que
los utilizan, además de otras particularidades
que se deben contemplar.
 Así las clases específicas para acceder a SQL
Server son: SqlConnection, SqlCommand,
SqlDataReader y SqlDataAdapter
y se encuentran bajo el espacio de nombres
System.Data.SqlClient

6.  En un entorno desconectado, una parte de los
datos del repositorio central se copia y
modifica en forma local, para luego
sincronizarse con éste.
 VENTAJAS
 Se puede trabajar en forma independiente.
 Mayor escalabilidad y performance.
 DESVENTAJAS
 Los datos no están sincronizados.
 Resolución manual de conflictos.

7.  Una vez que ya se han recuperado los datos
desde cualquier origen de datos que requiera
una conexión ésta ya no es necesaria. Sin
embargo sigue siendo necesario trabajar con los
datos obtenidos de una manera flexible. Es aquí
cuando la capa de datos desconectada entra en
juego.

8.  Los proveedores de acceso a datos ADO.NET
(conocidos como “Managed Data Providers”)
representan conjuntos específicos de clases que
permiten conectarse e interactuar con una base
de datos, cada uno utilizando un protocolo
particular. El .NET Framework incluye cuatro
proveedores de acceso a datos, que en conjunto
permiten conectarse e interactuar virtualmente
con cualquier base de datos existente en la
actualidad:

9.  Data Provider For SQL Server: es el proveedor de
acceso nativo a servidores de bases de datos Microsoft
SQL Server. Sus clases se encuentran en el namespace
System.Data.SqlClient.
 Data Provider For OLE DB: es el proveedor de acceso a
datos que permite interactuar vía el protocolo estándar
OLE DB con cualquier repositorio de datos que lo soporte.
Sus clases se encuentran en el namespace
System.Data.OleDb.
 Data Provider For ODBC: es el proveedor de acceso a
datos que permite interactuar vía el protocolo estándar
ODBC con cualquier repositorio de datos que lo soporte.
Sus clases se encuentran en el namespace
System.Data.Odbc.
 Data Porvider For Oracle: es el proveedor de acceso
nativo a bases de datos Oracle, desarrollado por Microsoft
utilizando las herramientas de conectividad de Oracle.. Sus
clases se encuentran en el namespace
System.Data.OracleClient, y están compiladas en un
assembly diferente al resto: System.Data.OracleClient.dll

11.  CLASE SQLCONNECTION: Permite conectarse a la base
de datos.
 Valor Parámetro de la Clase SQLCONNECTION:
 Data Source: Nombre_Servidor_BD. Puede tomar los siguientes
valores:
 (local). La base de datos está instalada en el mismo equipo donde se
encuentra la aplicación.
 LocalhostSQLEXpress. Se esta utilizando una base de datos
SQLEXpress
 Nombre Servidor o IP. La base de datos esta instalada en un equipo
servidor el cual esta en red con la aplicación.
 Initial Catalog: Nombre de la base de datos la cual vamos a
tener acceso.
 Integrated Security: Si se esta ingresando con seguridad
Integrada de Windows o se puede tener acceso con usuario y
password, cuenta registrada previamente en la base de
datos.

12.  Open(): Una vez conectados abrimos la base de
datos con este método.
 Close(): Permite cerrar la conexión a la base
de datos.

13.  Permite enviar la consulta o el procedimiento
almacenado a la base de datos previamente
conectado para su posterior ejecución
 Valor Parámetro de la Clase SQLCOMMAND:
 Objeto instanciado de la clase
SQLCONNECTION
 Consulta a Realizar: esta puede ser de acción
(Insert, Delete o Update) o de selección
(Select)

14.  ExecuteNonQuery(): Cuando la consulta enviada
es de acción (Insert, Delete o Update) y no
devuelve ningún conjunto de registros.
 ExecuteReader(): Cuando la consulta enviada es
de selección (Select) la cual devuelve o no un
conjunto de registros. Estos se almacenan en un
Objeto SqlDataReader para su posterior
lectura.

15.  Permite guardar el conjunto de registro
devueltos por una consulta de selección (Select)
para su posterior lectura, esta clase se utiliza
con la clase SQLCOMMAND.

16.  Conexión - Connection
 Vínculo con la BD Aplicación
 Pooling automático
 Inicia transacciones
 Tipos
 DbConnection
 SqlConnection conexión
 OracleConnection
 OleDbConnection
 OdbcConnection

17.  Comando - Command
 Aplicación
 Envío de sentencias Transact-SQL
 Parámetros
 Puede devolver
 Número de filas afectadas
 Un valor escalar comando
 Un lector de datos
 Tipos
 DbCommand
 SqlCommand
 OracleCommand
 OleDbCommand
 OdbcCommand

18.  LECTOR DE DATOS
 Lectura secuencial de datos
 Aplicación
 Por fila
 Por bytes
 Sólo lectura
 Máximo rendimiento
 Única funcionalidad lector comando
 Foward-only
 Puede manejar varios conexión conjuntos de resultados
 TIPOS
 DbDataReader datos
 SqlDataReader
 OracleDataReader
 OleDbDataReader
 OdbcDataReader

19.  ADAPTADOR DE DATOS
 DataAdapter Aplicación
 Orquestador del acceso a datos data set cambios.
 Creado para trabajar con un DataSet lector data adapter
 Contiene un comando de delete update select insert selección y
un lector de datos.
 Contiene 3 comandos para conexión persistir cambios en la BD
 TIPOS
 DbDataAdapter datos
 SqlDataAdapter
 OracleDataAdapter
 OleDbDataAdapter
 OdbcDataAdapter

20.  CONJUNTO DE DATOS DATASET
 Contenedor de datos Aplicación
 Cualquier orígen de datos
 Independiente de este unique
 Contiene objetos tabla foreign key
 Contienen objetos fila y columna• Integridad de los
datos data data table table
 Restricciones data set data
 TIPOS DE TABLA
 System.Data.DataSet
 System.Data.DataTable
 System.Data.DataView XML

21.  Sabemos que dentro de la arquitectura .NET existen dos
escenarios los conectados y desconectados, estos van de acuerdo
a las necesidades del usuario que interactuara con la aplicación
web. Un ejemplo de cuando usar un tipo de conexión es cuando
un usuario hace transacciones bancarias mediante una pagina
web virtual utilizando el servicio de internet, entendemos que
tiene que poner su clave y su numero de cliente para realizar la
transacción; se autentifica y la base de datos lo conecta con su
respectivas características; pero si el usuario desea hacer otros
movimientos como leer o consultar unas clausulas u otros
servicios que no están dentro de las características de la interfaz,
entonces la base de datos así como la interfaz necesita tener un
escenario desconectado para poder hacer las cosas juntas o
separadas. Hoy en día muchos servicios se presentan de esa
forma; es decir mezclando los dos escenarios, para cubrir las
necesidades de los clientes.

22.  http://es.scribd.com/doc/6283082/23/Acceso-
conectado-a-base-de-datos
 http://www.slideshare.net/LEONELSSITO/ado-net-
12929505
 http://isaacsalgado.wordpress.com/2011/04/07/introd
uccion-ado-net-escenario-conectadodesconectado-
parte-1/
 http://mocionsoft.com/blog/?p=50