对ADO.NET数据访问技术中的数据适配器的理解

最新推荐文章于 2022-05-03 16:55:23 发布

haitang416

最新推荐文章于 2022-05-03 16:55:23 发布

阅读量452

点赞数

分类专栏： .NET学习文章标签： dataset 数据库 sqlserver sql security express

本文链接：https://blog.csdn.net/haitang416/article/details/4098871

版权

.NET学习专栏收录该内容

21 篇文章 0 订阅

订阅专栏

对于刚刚学习ADO.NET数据访问技术的来说，DataAdapter也许往往会令他们感到迷惑，特别是习惯于利用托拽DataAdapter控件进行开发的朋友，通过这一ADO.NET数据访问控件，我们甚至不用书写一行代码，就能完成各种需要的数据访问和操作，然而在享受快捷便利的同时，心中却总挂着一丝意犹未尽的感觉。DataAdapter控件在背后为我们做了怎样的工作？弄清楚这一点，对于喜欢探根究底的朋友，不仅乐哉悠哉，也有利于我们更它的理解ADO.NET的数据访问机制；同时对于.NET为我们生成的有关数据访问的一大堆莫名其妙的代码，其中很多我们可能是用不到的，因此实在是感觉不爽，尽管在Visual2005下.NET已经利用局部类的机制将这些代码很好的隐藏了起来。

　　在本篇文章中，我将自己手动写代码完成利用DataAdapter进行数据访问操作，以便能让初学DataAdapter的朋友明白它背后运行的一些情况。在此，我以SqlServer2005Express数据库作为数据源服务器，因此需要用到的是SqlDataAdapter数据访问对象，对于其它的OleDbDataAdapter等对象与此是类似的，也希望这篇文章对于初学者能起到抛砖引玉的微薄作用吧。首先在SqlServer2005Express里建立数据库作为数据源，关于此过程的实现可以通过数据定义语句或直接利用可视化界面来完成。我们将通过dataGridView控件来显示数据，详细的代码如下所示：

public partial class Form3 : Form

{

private SqlConnection myCon;

private SqlDataAdapter myAda;

private SqlCommand myCmd;

private SqlCommandBuilder myCbd;

private DataSet mySet;

public Form3()

{

InitializeComponent();

myCon = new SqlConnection("Data Source=localhost//SQLEXPRESS;Initial Catalog=Shop;Persist Security Info=True;User ID=sa;Password= ");

myAda = new SqlDataAdapter();

myCmd = new SqlCommand("select * from Userinfo",myCon);

myAda.SelectCommand = myCmd;

myCbd = new SqlCommandBuilder(myAda);

mySet = new DataSet();

myAda.TableMappings.Add("UserInfo", "UserInfo");

myAda.TableMappings[0].ColumnMappings.Add("UserID", "用户");

myAda.TableMappings[0].ColumnMappings.Add("UserName", "用户姓名");

myAda.TableMappings[0].ColumnMappings.Add("UserAge", "年龄");

myAda.TableMappings[0].ColumnMappings.Add("UserSex", "性别");

myAda.TableMappings[0].ColumnMappings.Add("UserAddress", "地址");

}

private void Form3_Load(object sender, EventArgs e)

{

try

{

myAda.Fill(mySet, "UserInfo");

}

catch (SqlException ex)

{

MessageBox.Show(ex.ToString());

}

finally

{

myCon.Close();

}

dataGridView1.DataSource = mySet.Tables["UserInfo"];

}

private void bt_Update_Click(object sender, EventArgs e)

{

try

{

//将更改的数据更新到数据表里

myAda.Update(mySet.Tables[0].GetChanges());

MessageBox.Show("数据更新成功！");

//DataTable接受更改,以便为下一次更改作准备

mySet.Tables[0].AcceptChanges();

}

catch (SqlException ex)

{

ex.ToString();

}

private void bt_Delete_Click(object sender, EventArgs e)

{

//从DataTable中删除当前选中的行

mySet.Tables[0].Rows[dataGridView1.CurrentRow.Index].Delete();

if (MessageBox.Show("确定要删除当前行数据？", "", MessageBoxButtons.OKCancel) == DialogResult.OK)

{

try

{

//将更改的数据更新到数据表里

myAda.Update(mySet.Tables[0].GetChanges());

MessageBox.Show("数据删除成功！");

//DataTable接受更改,以便为下一次更改作准备

mySet.Tables[0].AcceptChanges();

}

catch (SqlException ex)

{

MessageBox.Show(ex.ToString());

}

else

{

//取消对DataTable的更改

mySet.Tables[0].RejectChanges();

}

Ok了，上面的代码已经能够完成对数据库更新和删除的操作，是不是也很简洁，自己写的才叫亲切，才叫熟悉。下面来分析一下。

private SqlConnection myCon;

private SqlDataAdapter myAda;

private SqlCommand myCmd;

private SqlCommandBuilder myCbd;

private DataSet mySet;

看看这几句，这是干什么的，声明了几个引用类型的变量，让它们引用什么啊？看一下变量类型的名字就很一目了然，像myCon是个SqlConnection类型，因此肯定是用来引用一个连接类型的，只是到此时此刻它们还未真正的引用任何东西罢了，就如母亲孕育的孩子，呵呵，还未出世，亲朋好友聚到一起，都为这事高兴，先把名字给起好了。接着往下走，

myCon = new SqlConnection("Data Source=localhost//SQLEXPRESS;Initial Catalog=Shop;Persist Security Info=True;User ID=sa;Password= ");

myAda = new SqlDataAdapter();

myCmd = new SqlCommand("select * from Userinfo",myCon);

myAda.SelectCommand = myCmd;

myCbd = new SqlCommandBuilder(myAda);

mySet = new DataSet();

这几句这么一写，你的功劳可就大了，前面声明的那几个变量所引用的物件现在已经诞生了，像出世的孩子它们从这一刻起有了宝贵的生命。其实呢，通过工具箱拖控件的举动基本上可以由到此为止的代码给替换掉了，比如你拖了个SqlConnection控件，设置了连接信息属性，就等于下面两句代码。只不过如今是咱自己很实在的构造出来滴，而拖个SqlConnection控件的话，是由微软.NET环境给你自动构造的，方式迥异，效果相同，心情不同。

private SqlConnection myCon ；

myCon = new SqlConnection("Data Source=localhost//SQLEXPRESS;Initial Catalog=Shop;Persist Security Info=True;User ID=sa;Password= ");

这有关键的一句，有必要说一下

myCbd = new SqlCommandBuilder(myAda);

这又是干什么滴？这得先说一下SqlCommandBuilder有什么妙用，我们从字面意思翻译一下，Sql就是Sql，众人名其曰结构化查询语言；Command，名令；Builder，构造，建造，不太好，人家带了个er，学过E文的都知道，这是个名词，那就译之为构造器，建造者能说得过去。Sql命令构造器，这下恍然明白了，就是用来构造Sql命令的，比如你更新数据库需要一个Update，通过这句它就给咱构造出来了。那么Sql命令构造器这个东西又是怎么生成咱需要的Sql语句命令的？它怎么知道我们要什么样滴？其实它不知道，是我们给了它提示信息，不过它实在是太聪明了，就这么点提示信息人家就举一反三，根据这点提示推断出我们的需求。那我们在哪里给提示了，看这句myAda.SelectCommand = myCmd;我们把查询的Sql命令给了出来，给了DataAdaper数据适配器的SelectCommand，而我们又把DataAdaper数据适配器（在这里为myAda）作为参数丢给了SqlCommandBuilder，这下好了，被SqlCommandBuilder抓到了，它就这样轻松加愉快的，根据抓到的DataAdaper的SelectCommand信息，一骨碌的把其它的Sql操作命令都给生成出来了。可能有朋友问了，我不用这个命令构造器生成Sql操作命令行不？当然是可以了，要是总觉得它自动给搞出来的不符合我们的要求，我们完全可以自己写的灵活点，像下面这样就可以了：

myAda.DeleteCommand = New SqlCommand("delete * from UserInfo where .....")

经过上面的这一番折腾，已万事俱备，我们的数据适配器已经可以使用自身的利器SqlCommand对数据库进行操作了；等等，有点问题，我们数据表里的字段名字起的都是英文，那么程序运行也是默认英文显示，作为堂堂中国人，这点是不能原谅的，那有我们的方块字看着赏心悦目。没有关系，看下面代码：

myAda.TableMappings.Add("UserInfo", "UserInfo");

myAda.TableMappings[0].ColumnMappings.Add("UserID", "用户");

myAda.TableMappings[0].ColumnMappings.Add("UserName", "用户姓名");

myAda.TableMappings[0].ColumnMappings.Add("UserAge", "年龄");

myAda.TableMappings[0].ColumnMappings.Add("UserSex", "性别");

myAda.TableMappings[0].ColumnMappings.Add("UserAddress", "地址");

微软也尊重我们，通过DataAdaper给我们提供了TableMappings属性，利用它就可以把数据库里的千奇百怪的字段名毫不费力的给转成我们需要的名字，人家这里称作是映射。这下总算差不多了，我们要开始行动了，要对数据库动刀了，开头做了那么多准备，接下来就轻松了。首先是从数据表里查询数据，就是我们惯用的Select，myAda.Fill(mySet, "UserInfo");这句就行了，这么简单？是啊，这里myAda到底给我们做了什么？它做的也不少哦，它先要自动的把我们的数据库连接打开，就是上面代码中已经定义好的那个连接对象；完了寻觅到myAda数据适配器的SelectCommand命令，根据这个SelectCommand命令去数据表里查询数据，最后把提取到的数据放进了DataSet（在此为mySet）中的一个DataTable（在此为UserInfo）中，等到一切做完后，还会很负责任的把它自己打开的连接给关闭掉，哈哈，很不错的一个家伙哦！查询完成了，更新，删除当然也是不在话下了，我们在dataGridView控件中编辑完数据后，会首先将变化反映到关联的DataSet的DataTable中,接下来还是数据适配器上场,直接调用它的Update万能方法就可以了,就会把我们的数据的更改写到源数据表中了.这里万能的背后仍然是DataAdaper的SqlCommand命令,我们此前已经为它们配置好了,这里的一切就交给Update方法吧.这里要罗索一下的是mySet.Tables[0].AcceptChanges(),这句很有用,要不你更新一条后,接着再去更新第二条,第三条的话,就会出现异常,因为一次更新发生后,DataSet会对本次更新挂起,到下一次更新的时候又会重复进行上一次挂起的更改,所以在每次更新后必须调用AcceptChanges来清除挂起的更改.