麻烦大家来看看，我自己(新人，菜鸟)写了一个小的数据访问层，有没有什么价值。

Question

我的这个数据访问层，传递的还是SQL语句。大家给看看我的这些接口，看看这个东西有没有价值。给指点一下，如何修改。我知道这种东西，现在网站有很多，大家给看看。1.文件操作相关方法
文件是否存在
创建文件
删除文件
移动文件,可以重新定义文件名
复制文件
读取文本文件，一次读到结尾
读取文本文件的特定某一行
读取文本文件的特定前几行
读取文本文件的特定后几行
写文件
插入特定的内容到文件的正数第几行
将文件插入到特定的倒数第几行2.数据访问层的彻底定义
打开连接
关闭连接
方法操作SQL语句并填充传递近来的DataSet
进行SQL的事务的执行
查询返回DataSet
进行SQL数据库数据的增删改
普通SQL语句,返回DataReader
返回第一行第一列的值（Object 对象类型）
普通SQL语句,返回XMLReader
普通登录判断，判断成功还是失败。
普通存储过程（存储过程无参数），返回DataSet
普通存储过程(存储过程无参数),无返回结果
普通存储过程（有输入参数）,返回DataSet
普通存储过程(有输入参数),无返回结果
普通存储过程(有输入和一个输出参数)，返回输出参数的值
批量插入(直接在DataGrid中进行操作)
批量修改(直接在DataGrid中进行操作)
批量删除(直接在DataGrid中进行操作)
对预编译SQL语句进行操作
附加数据库的操作
分离数据库这个东西我已经快做好了，但是现在很迷茫，望大家指点一二。

Answer 1

参考一下微软企业库中的DataAcessApplicationBlock
有源码的

Answer 2

你自己问问自己"为什么需要数据访问层"? 数据访问层的作用是什么? 在你的这种非ORM场合下,这种访问的作用就是让客户代码(使用你的dll的那些代码)可以不用关心数据库连接开了关了,可以不用繁琐地每次去new一大堆Connection和Command,Adapter之类的东西.但是你的这些代码完成这个使命了么? 开连接和关连接这种最应该在数据访问层做的事情,你却扔个接口让外面的代码来直接操作,那你的代码还有什么应用的意义?

Answer 3

可以啊，但建议你用存储过程，一来更符合封装要求，二来更安全。并且有些复杂的数据库查询和操作用sql很麻烦
另替你回答楼上的syeerzy，开连接和关连接操作可做成内部方法,只由数据访问层调用