三层中DAL设计

Question

创了个实体类 
很多封装字段
每次更新数据库设计 dal层的时候
是写一个方法 把整个实体类更新一遍 
还是分细点
一个字段写个方法（有很多字段经常要更新 但只更新一两个字段） 
整体更新很耗资源吗 
分细点又觉得代码好多啊重复的。。

Answer 1

DAL与具体的数据库操作分开
主要是修改业务逻辑层

Answer 2

数据访问层(DAL)：主要是对原始数据(数据库或者文本文件等存放数据的形式)的操作层，而不是指原始数据，也就是说，是对数据的操作，而不是数据库，具体为业务逻辑层或表示层提供数据服务。

Answer 3

如果你使用Linq to SQL，那就是DAL。如果每当出现一个业务对象你就写一堆所谓DAL方法，这就是为了三层三层，不厌其烦。

Answer 4

推荐使用NHibernate或者Linq，使用这种第三方封装好的框架，省去了大量的编码工作，当然如果你自己也可以针对项目本身封装出简单的框架，参考Nhibernate的设计思路，Linq不过是微软的噱头，实用性一般

Answer 5

linq更新时，先将数据读出来赋值给实体类，再将要更新的字段重新赋值，再将整个实体类更新到数据库，这时，会检查哪个字段改变了，改变了，就更新哪个字段；没改变的不会更新，当做条件写在where后面。

Answer 6

来了业务对象，不写专门适用于新业务对象的诸如select ,delete,这样的DAL方法，怎么对它进行处理呢？
没理解你的意思啊