上一篇：分页解决方案 —— GridView + QuickPager + QuickPager_SQL + DataAccessLibrary + 数据库
如何访问数据库？一个老掉牙的问题，方法多了去了，什么直接使用ado.net、使用SQLHelp、使用微软的企业库、使用ORM、使用LinQ to SQL等等，还可以使用自己封装的函数库，这里我就想说一下我的数据访问函数库的使用方法。
您可能会说了，这么简单的东东还用说吗，重复制作轮子有意义吗？这个嘛，个人有个人的看法了，我也不多说了，先看使用方法吧。
忘记说了，我的数据访问函数库不是静态的，所以需要先实例化。
DataAccessLibrary dal = DALFactory.CreateDAL();
1、删除一条数据，不使用事务
protected void Btn_Del_Click(object sender, EventArgs e) { //不用事务，直接删除数据 string sql = "delete from News_NewsInfo where newsID = 18 "; //执行SQL语句 dal.ExecuteNonQuery(sql); 判断是否出现异常 和 是否真的删除了一条数据#region 判断是否出现异常 和 是否真的删除了一条数据 //判断是否出现异常 if (dal.ErrorMessage.Length > 0) { //出现了异常，客户端弹出提示信息 Functions.PageRegisterAlert(Page,"删除数据的时候发生异常，请与管理员联系！"); return; } //判断是否真的删除了一条数据 //ExecuteRowCount 会返回操作影响的行数（不包括select语句） if (dal.ExecuteRowCount != 1) { //没有正确删除一条数据，客户端弹出提示信息 Functions.PageRegisterAlert(Page, "没有正确删除这条数据，请与管理员联系！"); return; } #endregion }
2、删除多条数据，使用事务
protected void Btn_DelMore_Click(object sender, EventArgs e) { //使用事务，删除多个表里面的数据 //开启一个事务 dal.TranManager.TranBegin(); string sql = "delete from News_NewsInfo where newsID = 13 "; //执行SQL语句 dal.ExecuteNonQuery(sql); 判断是否出现异常 和 是否真的删除了一条数据#region 判断是否出现异常 和 是否真的删除了一条数据 //判断是否出现异常 if (dal.ErrorMessage.Length > 0) { //出现了异常，客户端弹出提示信息 //数据访问函数库内部会自动回滚事务，外部不用回滚！ Functions.PageRegisterAlert(Page, "删除数据的时候发生异常，请与管理员联系！"); return; } //判断是否真的删除了一条数据 //ExecuteRowCount 会返回操作影响的行数（不包括select语句） if (dal.ExecuteRowCount != 1) { //没有正确删除一条数据，客户端弹出提示信息 //没有产生异常，内部并没有自动回滚事务，所以请调用回滚的函数，回滚事务! dal.TranManager.TranRollBack(); Functions.PageRegisterAlert(Page, "没有正确删除这条数据，请与管理员联系！"); return; } #endregion sql = "delete from News_NewsInfo where newsID = 14 "; //执行SQL语句 dal.ExecuteNonQuery(sql); 判断是否出现异常 和 是否真的删除了一条数据#region 判断是否出现异常 和 是否真的删除了一条数据 //判断是否出现异常 if (dal.ErrorMessage.Length > 0) { //出现了异常，客户端弹出提示信息 //数据访问函数库内部会自动回滚事务，外部不用回滚！ Functions.PageRegisterAlert(Page, "删除数据的时候发生异常，请与管理员联系！"); return; } //判断是否真的删除了一条数据 //ExecuteRowCount 会返回操作影响的行数（不包括select语句） if (dal.ExecuteRowCount != 1) { //没有正确删除一条数据，客户端弹出提示信息 //没有产生异常，内部并没有自动回滚事务，所以请调用回滚的函数，回滚事务! dal.TranManager.TranRollBack(); Functions.PageRegisterAlert(Page, "没有正确删除这条数据，请与管理员联系！"); return; } #endregion //可以继续执行其他的操作，不仅仅是删除语句，insert、Update语句都可以执行。 //执行之后都要进行判断 //所有的操作都正确执行完毕之后，需要提交事务 dal.TranManager.TranCommit(); //注意，事务不支持嵌套！ }
3、使用参数化SQL语句添加数据
参数化SQL语句的方式添加数据#region 参数化SQL语句的方式添加数据 //清除参数 dal.ParameterManager.ClearParameter(); //添加参数 dal.ParameterManager.AddNewInParameter("@Title", "参数化SQL语句的标题", 50); //nvarchar类型的参数，需要指定长度 dal.ParameterManager.AddNewInParameter("@Content", "嘻嘻哈哈"); //ntext 类型的不需要指定长度 dal.ParameterManager.AddNewInParameter("@AddedDate", DateTime.Now); //日期型的 dal.ParameterManager.AddNewInParameter("@Hits", 3); //int型的 //执行参数化的SQL语句，返回新添加的数据的ID值，只限于自增字段的表。 string newID = dal.InsertData("News_NewsInfo"); Response.Write(newID); Response.Write("<BR>" + dal.ExecuteRowCount); 判断是否出现异常 和 是否真的删除了一条数据#region 判断是否出现异常 和 是否真的删除了一条数据 //判断是否出现异常 if (dal.ErrorMessage.Length > 0) { //出现了异常，客户端弹出提示信息 Functions.PageRegisterAlert(Page, "添加数据的时候发生异常，请与管理员联系！"); return; } //判断是否真的添加了一条数据 //ExecuteRowCount 会返回操作影响的行数（不包括select语句） //由于最后使用了select scope_identity() as a1 来得到新增记录的主键值，所以ExecuteRowCount值为零。 //我还不知道没能正确添加数据的话 scope_identity()会返回什么？所以这里就不知道要怎么判断了，呵呵 //if (newID != 0) //{ // //没有正确删除一条数据，客户端弹出提示信息 // Functions.PageRegisterAlert(Page, "没有正确添加这条数据，请与管理员联系！"); // return; //} #endregion #endregion
4、使用储存过程添加数据
存储过程的方式添加数据#region 存储过程的方式添加数据 //和参数化的SQL语句基本相同，不同点有两个地方，一个是要事先建立存储过程，一是使用ExecuteNonQuery。 //清除参数 dal.ParameterManager.ClearParameter(); //添加参数 dal.ParameterManager.AddNewInParameter("@Title", "储存过程的标题", 50); //nvarchar类型的参数，需要指定长度 dal.ParameterManager.AddNewInParameter("@Content", "嘻嘻哈哈"); //ntext 类型的不需要指定长度 dal.ParameterManager.AddNewInParameter("@AddedDate", DateTime.Now); //日期型的 dal.ParameterManager.AddNewInParameter("@Hits", 3); //int型的 //添加返回型的参数 dal.ParameterManager.AddNewOutParameter("@NewsID",DbType.Int32 ); //存储过程的名称要以Proc开头 //如果您不习惯Proc开头的话，那么需要修改数据访问函数库的内部函数。 //不建议使用xp_、sp_等开头，因为系统的存储过程的名称是以这些开头的。 //执行储存过程 dal.ExecuteNonQuery("Proc_News_Mod"); //获取储存过程的参数 newID = dal.ParameterManager["@NewsID"].Value.ToString(); Response.Write("<BR>" + newID); Response.Write("<BR>" + dal.ExecuteRowCount); 判断是否出现异常 和 是否真的添加了一条数据#region 判断是否出现异常 和 是否真的添加了一条数据 //判断是否出现异常 if (dal.ErrorMessage.Length > 0) { //出现了异常，客户端弹出提示信息 Functions.PageRegisterAlert(Page, "添加数据的时候发生异常，请与管理员联系！"); return; } //判断是否真的添加了一条数据 //ExecuteRowCount 会返回操作影响的行数（不包括select语句） if (dal.ExecuteRowCount != 1) { //没有正确添加一条数据，客户端弹出提示信息 Functions.PageRegisterAlert(Page, "没有正确添加这条数据，请与管理员联系！"); return; } #endregion #endregion
5、使用参数化SQL语句修改数据
参数化SQL语句的方式修改数据#region 参数化SQL语句的方式修改数据 //添加参数 dal.ParameterManager.ClearParameter(); dal.ParameterManager.AddNewInParameter("@Title", "参数化SQL语句的标题", 50); //nvarchar类型的参数，需要指定长度 dal.ParameterManager.AddNewInParameter("@Content", "嘻嘻哈哈"); //ntext 类型的不需要指定长度 dal.ParameterManager.AddNewInParameter("@AddedDate", DateTime.Now); //日期型的 dal.ParameterManager.AddNewInParameter("@Hits", 3); //int型的 //修改存储过程的参数的值 dal.ParameterManager["@Title"].Value = "后来修改了"; //执行参数化的SQL语句，设置条件已修改数据。 dal.UpdateData ("News_NewsInfo","NewsID = 21"); Response.Write("<BR>" + dal.ExecuteRowCount); 判断是否出现异常 和 是否真的修改了一条数据#region 判断是否出现异常 和 是否真的修改了一条数据 //判断是否出现异常 if (dal.ErrorMessage.Length > 0) { //出现了异常，客户端弹出提示信息 Functions.PageRegisterAlert(Page, "修改数据的时候发生异常，请与管理员联系！"); return; } //判断是否真的修改了一条数据 if (dal.ExecuteRowCount != 1) { //没有正确删除一条数据，客户端弹出提示信息 Functions.PageRegisterAlert(Page, "没有正确修改这条数据，请与管理员联系！"); return; } #endregion #endregion
6、使用储存过程修改数据
存储过程的方式修改数据#region 存储过程的方式修改数据 //和参数化的SQL语句基本相同，不同点有两个地方，一个是要事先建立存储过程，一是使用ExecuteNonQuery。 //清除参数 dal.ParameterManager.ClearParameter(); //添加参数 dal.ParameterManager.AddNewInParameter("@Title", "储存过程的标题有修改了————", 50); //nvarchar类型的参数，需要指定长度 dal.ParameterManager.AddNewInParameter("@Content", "嘻嘻哈哈"); //ntext 类型的不需要指定长度 dal.ParameterManager.AddNewInParameter("@AddedDate", DateTime.Now); //日期型的 dal.ParameterManager.AddNewInParameter("@Hits", 3); //int型的 dal.ParameterManager.AddNewInParameter("@NewsID", 25); //修改条件 //存储过程的名称要以Proc开头 //如果您不习惯Proc开头的话，那么需要修改数据访问函数库的内部函数。 //不建议使用xp_、sp_等开头，因为系统的存储过程的名称是以这些开头的。 //执行储存过程 dal.ExecuteNonQuery("Proc_News_Mod"); Response.Write("<BR>" + dal.ExecuteRowCount); 判断是否出现异常 和 是否真的修改了一条数据#region 判断是否出现异常 和 是否真的修改了一条数据 //判断是否出现异常 if (dal.ErrorMessage.Length > 0) { //出现了异常，客户端弹出提示信息 Functions.PageRegisterAlert(Page, "修改数据的时候发生异常，请与管理员联系！"); return; } //判断是否真的添加了一条数据 //ExecuteRowCount 会返回操作影响的行数（不包括select语句） if (dal.ExecuteRowCount != 1) { //没有正确添加一条数据，客户端弹出提示信息 Functions.PageRegisterAlert(Page, "没有正确修改这条数据，请与管理员联系！"); return; } #endregion #endregion
获取数据#region 获取数据 protected void Btn_DataTable_Click(object sender, EventArgs e) { string sql = "select * from News_NewsInfo"; //获取DataTable DataTable dt = dal.ExecuteFillDataTable(sql); //获取DataSet DataSet ds = dal.ExecuteFillDataSet(sql); //获取第一条记录的第一个字段 sql = "select top 1 title from News_NewsInfo where NewsID = 21"; string NewsTitle = dal.ExecuteString(sql); //获取第一条记录的多个字段，用于字段比较少的情况 sql = "select top 1 title,Content,AddedDate,Hits from News_NewsInfo where NewsID = 21"; string[] NewsInfo = dal.ExecuteStringsBySingleRow(sql); //获取每一条记录的第一个字段，有的时候会需要 sql = "select hits from News_NewsInfo"; string[] HitList = dal.ExecuteStringsByColumns(sql); //判断是否存在一条记录 sql = "select top 1 1 from News_NewsInfo where title = '一个标题'"; if (dal.ExecuteExists(sql)) { //存在这条记录 } else { //没有找到这条记录 } } #endregion
数据访问函数库的特点
1、支持多种数据库。基于ado.net2.0 ，使用System.Data.Common.DbProviderFactory 来实现。
2、调用方便、简捷。一般一行语句即可搞定。
3、对事务、储存过程的参数进行了封装，以达到简单好用的目的。
4、可以在内部拼接参数化的SQL语句，省去了在外部写参数化的SQL语句的烦恼。
5、使用一个属性来代替异常处理，只需要检查这个属性值，即可知道是否发生异常。
6、产生异常的时候会记录下SQL语句（或者储存过程的名称）、错误描述、时间、网页即URL参数，以便于调试、修改错误。
这些代码应该写在哪一层？
从语法的角度来讲，写在哪一层都可以通过编译。从流行的角度来讲呢，应该写在数据层。从我个人的角度来说呢，我是直接写在了aspx.cs文件里了，为什么要这么做呢？方便！
另一个原因就是——我不知道要怎么分？不都写在aspx.cs文件里面写在哪呢？建立一个.cs文件，美其名曰“数据层”，写一个函数，把代码拷贝进去。然后在建立一个.cs文件，美其名曰“业务逻辑层”，再在这里调用刚写的那个函数，最后在.aspx.cs文件里面调用？这可就是纯粹为了分层而分层了。我觉得没有必要，呵呵。
另外，就是这个操作习惯上的差别，让我走到了和主流不一样的道路！至少到目前为止，我还是觉得我的这个方向是没有错误的。
Ps:
我的思路有一点另类，我的目的就是外部调用的时候一定要简单，不必要的“啰嗦”一定要去掉，而数据访问函数库的内部代码可以多一点，函数的功能可以细致一些（比如获取数据的地方，设置了好几个函数）。
使用SQLHelp的时候，为什么要在外部实例化一个connection？为什么要在外部建立储存过程的参数？这么麻烦，为什么不能把这些都封装进去呢？所以我把这些都封装进去了。
变与不变
neverlost 写的 《2条路 代码生成 or 配置 》里有人问：“数据库字段修改了， sql 存储过程的参数修改了····如何通过你的说的可配置部分维护？”。我估计我们的思路应该差不多。
我说一下我的想法。就以上面的例子举例。假设News_NewsInfo表里面的“Title”字段想要改名，改成“NewsTitle”，那么我的代码要怎么改呢？
我只需要把
dal.ParameterManager.AddNewInParameter("@Title", "参数化SQL语句的标题", 50);
改成
dal.ParameterManager.AddNewInParameter("@NewsTitle", "参数化SQL语句的标题", 50);
就可以了，那么本质上我修改了什么呢？我修改了一个字符串的值！
函数本身是不变的，变化的是参数值，就是那个字符串，就是那个字段名。不知道说道这里您有答案了没？就是说我可以把表名、字段名放在“配置”里面，用的时候读取出来，给函数的参数赋值，这样当字段名变化的时候，我只需要修改“配置”里的信息就可以了，不需要修改代码。
您可能会问了，修改代码里的字符串是修改，修改“配置”也是修改，后者有什么优势吗？优势那可就大了。留一个想象的空间吧，暂时先不说了。
源代码下载：http://www.cnblogs.com/jyk/archive/2008/07/29/1255891.html