The ADO.NET Object Modell
Introduction:
ADO.NET is an object-oriented set of libraries that allows you to interact with data sources. Commonly, the data source is a database, but it could also be a text file, an Excel spreadsheet, or an XML file. For the purposes of this tutorial, we will look at ADO.NET as a way to interact with a data base.
Data Providers:
We know that ADO.NET allows us to interact with different types of data sources and different types of databases.
ADO.NET
Data Providers are class libraries that allow a common way to interact with
specific data sources or protocols. The library APIs have prefixes that
indicate which provider they support.
Provider Name
|
API prefix
|
Data Source Description
|
ODBC Data Provider
|
Odbc
|
Data Sources with an ODBC interface. Normally older data bases.
|
OleDb Data Provider
|
OleDb
|
Data Sources that expose an OleDb interface, i.e. Access or
Excel.
|
Oracle Data Provider
|
Oracle
|
For Oracle Databases.
|
SQL Data Provider
|
Sql
|
For interacting with Microsoft SQL Server.
|
Borland Data Provider
|
Bdp
|
Generic
access to many databases such as Interbase, SQL Server, IBM DB2, and Oracle.
|
To interact with a database, you must have a connection to it. The connection helps identify the database server, the database name, user name, password, and other parameters that are required for connecting to the data base. A connection object is used by command objects so they will know which database to execute the command on.
The SqlCommand Object :
The process of interacting with a database means that you must specify the actions you want to occur. This is done with a command object. You use a command object to send SQL statements to the database. A command object uses a connection object to figure out which database to communicate with. You can use a command object alone, to execute a command directly, or assign a reference to a command object to an SqlDataAdapter, which holds a set of commands that work on a group of data as described below.
The SqlDataReader Object :
Many data operations require that you only get a stream of data for reading. The data reader object allows you to obtain the results of a SELECT statement from a command object. For performance reasons, the data returned from a data reader is a fast forward-only stream of data. This means that you can only pull the data from the stream in a sequential manner This is good for speed, but if you need to manipulate data, then a DataSet is a better object to work with.
The DataSet Object :
DataSet objects are in-memory representations of data. They contain multiple Datatable objects, which contain columns and rows, just like normal database tables. You can even define relations between tables to create parent-child relationships. The DataSet is specifically designed to help manage data in memory and to support disconnected operations on data, when such a scenario make sense. The DataSet is an object that is used by all of the Data Providers, which is why it does not have a Data Provider specific prefix.
The SqlDataAdapter Object :
Sometimes the data you work with is primarily read-only and you rarely need to make changes to the underlying data source Some situations also call for caching data in memory to minimize the number of database calls for data that does not change. The data adapter makes it easy for you to accomplish these things by helping to manage data in a disconnected mode. The data adapter fills a DataSet object when reading the data and writes in a single batch when persisting changes back to the database. A data adapter contains a reference to the connection object and opens and closes the connection automatically when reading from or writing to the database. Additionally, the data adapter contains command object references for SELECT, INSERT, UPDATE, and DELETE operations on the data. You will have a data adapter defined for each table in a DataSet and it will take care of all communication with the database for you. All you need to do is tell the data adapter when to load from or write to the database.
Creating a SqlConnection Object :
A SqlConnection is an object, just like any other C# object. Most of the time, you just declare and instantiate the SqlConnection all at the same time, as shown below:
SqlConnection conn = new SqlConnection( "Data Source=(local);Initial Catalog=Northwind;Integrated Security=SSPI");
The SqlConnection object instantiated above uses a constructor with a single argument of type string This argument is called a connection string. Table 1 describes common parts of a connection string.
ADO.NET
Connection Strings contain certain key/value pairs for specifying how to make a
database connection. They include the location, name of the database, and
security credentials.
Connection String
Parameter Name
|
Description
|
Data Source
|
Identifies the server. Could be local machine, machine domain
name, or IP Address.
|
Initial Catalog
|
Database name.
|
Integrated Security
|
Set to SSPI to make connection with user's Windows login
|
User ID
|
Name of user configured in SQL Server.
|
Password
|
Password matching SQL Server User ID.
|
No comments:
Post a Comment