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来清除挂起的更改。

仗着ADO.NET来对数据库进行操作真的太方便了,方法也很多,熟练了会发现我怎么写都能实现对数据库的操作,一种很随意的感觉.我这里对DataAdapter捣弄了半天, 也只是罗嗦个皮毛,深入的内容咱再一起探究吧。