“Año
del Buen Servicio al Ciudadano”
Tema: ADO.Net.
Docente: Marco
Aurelio Porro Chulli.
Asignatura: Laboratorio de Programación III.
Carrera: Ingeniería de Sistemas y
Telemática.
Ciclo: VII – “B”
Integrantes:
·
Rafael Estela Sandrita.
·
Soto Horna Karen Juneth
Año:
2017
1. CONTENIDO:
DEFINICIÒN:
ADO.NET
es un conjunto de clases que exponen servicios de acceso a datos para
programadores de .NET Framework. ADO.NET ofrece abundancia de componentes para
la creación de aplicaciones de uso compartido de datos distribuidas. Constituye
una parte integral de .NET Framework y proporciona acceso a datos relacionales,
XML y de aplicaciones. ADO.NET satisface diversas necesidades de desarrollo,
como la creación de clientes de base de datos front-end y objetos empresariales
de nivel medio que utilizan aplicaciones, herramientas, lenguajes o
exploradores de Internet.
ADO.NET es
un conjunto de componentes del software que pueden ser usados por los
programadores para acceder a datos y a servicios de datos. Es parte de la
biblioteca de clases base que están incluidas en el
Microsoft .NET Framework. Es comúnmente usado por los programadores
para acceder y para modificar los datos almacenados en un Sistema Gestor
de Bases de Datos Relacionales, aunque también puede ser usado para
acceder a datos en fuentes no relacionales. ADO.NET es a veces considerado como
una evolución de la tecnología ActiveX Data Objects (ADO), pero fue
cambiado tan extensivamente que puede ser concebido como un producto
enteramente nuevo.
ARQUITECTURA:
Posee
de dos componentes fundamentales:
PROVEEDORES DE DATOS .NET FRAMEWORK
Los
proveedores de datos .NET Framework son componentes diseñados explícitamente
para la manipulación de datos y el acceso rápido a datos de solo lectura y solo
avance. El objeto Connection proporciona conectividad a un
origen de datos. El objeto Command permite tener acceso a
comandos de base de datos para devolver datos, modificar datos, ejecutar
procedimientos almacenados y enviar o recuperar información sobre
parámetros. DataReader proporciona un flujo de datos de alto
rendimiento desde el origen de datos. Por último, el
objeto DataAdapter proporciona el puente entre el
objeto DataSet y el origen de datos. DataAdapter utiliza
objetos Command para ejecutar comandos SQL en el origen de datos
tanto para cargar DataSet con datos y reconciliar en el origen de
datos los cambios aplicados a los datos incluidos en el DataSet.
Estas
clases proporcionan el acceso a una fuente de datos, como Microsoft SQL
Server y Oracle. Cada fuente de datos tiene su propio conjunto de
objetos del proveedor, pero cada uno tienen un conjunto común de clases de
utilidad:
Connection: Proporciona una conexión usada para
comunicarse con la fuente de datos. También actúa como Abstract
Factory para los objetos command.
Command: Usado para realizar alguna acción en
la fuente de datos, como lectura, actualización, o borrado de datos relacionales.
Parameter: Describe un simple parámetro para
un command. Un ejemplo común es un parámetro para ser usado en
un procedimiento almacenado.
DataAdapter: "Puente" utilizado para
transferir data entre una fuente de datos y un objeto DataSet (ver abajo).
DataReader: Es una clase usada para procesar
eficientemente una lista grande de resultados, un registro a la vez.
DATASET : El DataSet de
ADO.NET está expresamente diseñado para el acceso a datos independientemente de
cualquier origen de datos. Como resultado, se puede utilizar con múltiples
y distintos orígenes de datos, con datos XML o para administrar datos locales
de la aplicación. DataSet contiene una colección de uno o más
objetos DataTable formados por filas y columnas de datos, así como
claves principales, claves externas, restricciones e información de la relación
sobre los datos incluidos en los objetos DataTable. Para obtener más
información, consulta DataSets, DataTables y DataViews.
DATASET:
Los
objetos DataSets, son un grupo de clases que describen una simple base de
datos relacional en memoria, fueron la estrella del show en el lanzamiento
inicial (1.0) del Microsoft .NET Framework. Las clases forman una jerarquía de
contención:
Un
objeto DataSet representa un esquema (o una base de datos entera o un
subconjunto de una). Puede contener las tablas y las relaciones entre esas
tablas.
Un
objeto DataTable representa una sola tabla en la base de datos. Tiene
un nombre, filas, y columnas.
Un
objeto DataView "se sienta sobre" un DataTable y ordena los
datos (como una cláusula "order by" de SQL) y, si se activa un
filtro, filtra los registros (como una cláusula "where" del SQL).
Para facilitar estas operaciones se usa un índice en memoria. Todas las
DataTables tienen un filtro por defecto, mientras que pueden ser definidos
cualquier número de DataViews adicionales, reduciendo la interacción con la
base de datos subyacente y mejorando así el desempeño.
Un DataColumn representa
una columna de la tabla, incluyendo su nombre y tipo.
Un
objeto DataRow representa una sola fila en la tabla, y permite leer y
actualizar los valores en esa fila, así como la recuperación de cualquier fila
que esté relacionada con ella a través de una relación de clave primaria -
clave extranjera.
Un DataRowView representa
una sola fila de un DataView, la diferencia entre un DataRow y el DataRowView
es importante cuando se está interactuando sobre un resultset.
Un DataRelation es
una relación entre las tablas, tales como una relación de clave primaria -
clave ajena. Esto es útil para permitir la funcionalidad del DataRow de
recuperar filas relacionadas.
Un Constraint describe
una propiedad de la base de datos que se debe cumplir, como que los valores en
una columna de clave primaria deben ser únicos. A medida que los datos son modificados
cualquier violación que se presente causará excepciones.
Un
DataSet es llenado desde una base de datos por un DataAdapter cuyas propiedades
Connection y Command que han sido iniciados. Sin embargo, un DataSet puede
guardar su contenido a XML (opcionalmente con un esquema XSD), o llenarse a sí
mismo desde un XML, haciendo esto excepcionalmente útil para los servicios web,
computación distribuida, y aplicaciones ocasionalmente conectadas
desconectados.
El DataSet de
ADO.NET está expresamente diseñado para el acceso a datos independientemente de
cualquier origen de datos. Como resultado, se puede utilizar con múltiples
y distintos orígenes de datos, con datos XML o para administrar datos locales
de la aplicación. DataSet contiene una colección de uno o más
objetos DataTable formados por filas y columnas de datos, así como
claves principales, claves externas, restricciones e información de la relación
sobre los datos incluidos en los objetos DataTable. Para obtener más
información, consulta DataSets, DataTables y DataViews.
En el diagrama siguiente
se ilustra la relación entre un proveedor de datos .NET Framework y
un DataSet.
CLASES DE ADO.NET:
Clases y Objetos de
ADO.NET
Objetos ADO.NET
Las
clases de ADO.NET están definidas en el espacio de nombres System.Data.
Trabaja
en modo desconectado: El programa no requiere una conexión persistente con la
BD.
La
conexión se abre y se cierra cuando se necesita.
Objetos del proveedor
Todos
los objetos llevan el prefijo único del proveedor: SqlXxxxxxx, OleDbXXXXXX,
etc. Connection.
Establece la conexión con el origen de datos. SqlConnection, OdbcConnection,…
Command.
Recupera datos del proveedor. (SELECT * FROM…).
EJEMPLOS:
Option Explicit On
Option Strict On
Imports System
Imports System.Data
Imports System.Data.SqlClient
Public Class Programa
Public Shared Sub Main()
Dim connectionString As String =
GetConnectionString()
Dim queryString As String = _
"SELECT CategoriaID, CategoriaName FROM
dbo.Categorias;"
Using connection As New
SqlConnection(connectionString)
Dim command As SqlCommand =
connection.CreateCommand()
command.CommandText = queryString
|
Try
connection.Open()
Dim dataReader As
SqlDataReader = _
command.ExecuteReader()
Do While dataReader.Read()
Console.WriteLine(vbTab
& "{0}" & vbTab & "{1}", _
dataReader(0),
dataReader(1))
Loop
dataReader.Close()
Catch ex As Exception
Console.WriteLine(ex.Message)
End Try
End Using
End Sub
Private Shared Function GetConnectionString() As String
' To avoid storing the
connection string in your code,
' you can retrieve it from a configuration file.
Return "Data Source=(local);Initial Catalog=Northwind;" _
& "Integrated
Security=SSPI;"
End Function
End Class
|
SqlClient
En
el código de este ejemplo se supone que puede conectarse a la base de datos de
ejemplo Northwind en Microsoft SQL Server. El código crea
un SqlCommand para seleccionar las filas de la tabla Products,
agregar un SqlParameter para restringir los resultados a las filas
con un UnitPrice mayor que el valor de parámetro especificado, en este caso 5.
El SqlConnection se abre dentro de un using bloque, lo que
garantiza que los recursos se cierran y se eliminan cuando el código sale. El
código ejecuta el comando mediante una SqlDataReadery muestra los
resultados en la ventana de consola.
[DataWorks
SampleApp.SqlClient#1](../CodeSnippet/VS_Snippets_ADO.NET/DataWorks
SampleApp.SqlClient#1)][Inicio]
OleDb
En
el código de este ejemplo se asume que puede conectarse a la base de datos de
ejemplo Northwind de Microsoft Access. El código crea
un OleDbCommand para seleccionar las filas de la tabla Products,
agregar un OleDbParameter para restringir los resultados a las filas
con un UnitPrice mayor que el valor de parámetro especificado.
El OleDbConnection se abre dentro de un using bloque, lo
que garantiza que los recursos se cierran y se eliminan cuando el código sale.
El código ejecuta el comando mediante una OleDbDataReadery muestra los
resultados en la ventana de consola.
[DataWorks
SampleApp.OleDb#1] (../CodeSnippet/VS_Snippets_ADO.NET/DataWorks
SampleApp.OleDb#1)][Inicio]
OracleClient
En
el código de este ejemplo se presupone una conexión a DEMO.CUSTOMER en un
servidor Oracle. También debe agregarse una referencia a
System.Data.OracleClient.dll. El código devuelve los datos en
un OracleDataReader.
[DataWorks
SampleApp.Oracle#1](../CodeSnippet/VS_Snippets_ADO.NET/DataWorks
SampleApp.Oracle#1)]
[Inicio]
2. RESUMEN:
ADO
es comúnmente usado por los programadores para acceder y para modificar los datos
almacenados en un sistema Relacionales, aunque también puede
ser usado para acceder a datos en
fuentes no relacionales.
Proporciona
acceso coherente a orígenes de datos como SQL
Server y XML, así como a orígenes de datos expuestos mediante OLE DB y ODBC. Las aplicaciones de consumidor
que comparten datos pueden utilizar
ADO.NET para conectar a estos orígenes de
datos y recuperar, controlar y actualizar los datos contenidos.
3. SUMMARY:
ADO is commonly used
by programmers to access and modify data stored in a Relational system, but can
also be used to access data in non-relational sources.
Provides
consistent access to data sources such as SQL Server and XML, as well as to data sources
exposed through OLE DB and ODBC. Consumer applications that share data can use
ADO.NET to connect to these data sources and retrieve, control, and update the
data contained.
4. RECOMENDACIONES:
- ADO.NET proporciona dos estrategias básicas de trabajo con este modelo.
Ø
Almacena
datos en un conjunto de datos, que esta almacenada en memoria de los registros
con los que se puede trabajar mientras
se está desconectado del origen de datos.
5. CONCLUSIONES:
Ø
ADO.NET
nos resultará eficiente debido a su arquitectura, clases y objetos para de esa
manera obtener un software de acuerdo al criterio del cliente.
Ø
Por
lo tanto un software que se construye con ADO.NET tendrá un buen resultado y un
mayor rendimiento.
6. APRECIACIÒN
DEL EQUIPO:
Ø
Según
nuestra opinión ADO.NET en visual.Net es muy útil, ya que tiene múltiples
estrategias para la elaboración de softwares de calidad.
Ø
ADO.NET
es comúnmente usado por los programadores para acceder y para modificar los
datos almacenados en un Sistema Gestor de Bases
de Datos relacionado.
7. GLOSARIO
DE TÈRMINOS:
v
Jerarquía:
Ofrece un conjunto de tipos
de .NET Framework para representar los mismos conceptos que se definen en
el Entity Data Model (EDM) en Entity Framework.
v
XML:
Es una parte fundamental de
los servicios Web y ADO.NET. Las
aplicaciones ADO.NET desconectadas pueden usar un objeto DataSet para
pasar los datos en formato XML entre los diferentes niveles de un
sistema distribuido.
v
Framework:
Es una estructura
conceptual y tecnológica de soporte definido, normalmente con artefactos o
módulos de software concretos, que puede servir de base para la organización y
desarrollo de software.
v
Transacción:
Es un conjunto de órdenes
que se ejecutan formando una unidad de trabajo, es decir, en forma indivisible
o atómica.
v
DataSets:
Describe una simple base de
datos relacional en memoria.
v
DataSet: Puede contener tablas y relaciones
entre esas tablas.
v
DataTable:
Representa una tabla. Tiene
un nombre, filas, y columnas. DataView
ordena los datos de un DataTable (como "order by") y, si se lo pide, filtra los registros (como
"where").
v
DataRelation:
Es una relación entre
DataTables, tal como una relación de clave primaria - clave ajena.
v
DataAdapter
:Representa un conjunto de comandos de datos y una
conexión de base de datos que se utilizan para rellenar un DataSet y actualizar
una base de datos de SQL Server.
v
DataReader:
Recupera flujos de datos de
solo lectura y solo avance de una base de datos.
v
8. BIBLIOGRAFÌA
O LINKOGRAFÌA:
No hay comentarios:
Publicar un comentario