上一篇:分页解决方案 —— 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?为什么要在外部建立储存过程的参数?这么麻烦,为什么不能把这些都封装进去呢?所以我把这些都封装进去了。
变与不变
写的 《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