好多程序都是一个表或者几个相近表定义一个数据访问类;
在省一些代码的话在数据访问类中调用SqlHelper方法。

解决方案 »

  1.   

    老兄没有回答我的问题sql的写法不是我关心的问题。关键是“部门包括了雇员,在雇员数据访问逻辑组件更新雇员数据时是否也更新其所在的部门资料?”
      

  2.   

    还有,实体类在设计时是否要表示其逻辑结构。
    嗯,我去参考下'treeview和treenode'去。。
      

  3.   

    不建议怎么设计,这样的话,你那些类很臃肿,占用内存多。
    如Employee类用DepartmentID来作为属性就可以了,整个DepartmentID很多时候没有多大作用。很多数据层的类都是数据库表的映射,但有些为了更好的实现业务逻辑不能这样做。你可以参考《开发高手2003年11月》关于Duwamish7的设计分析的一系列文章。Duwamish7是一个很好的例子,它用类型化数据集来构造整个业务层。petshop3也是值得学习的经典范例开发高手2003年11月.pdf 我有,如果你找不到可以发邮箱地址给我。
      

  4.   

    关于Employee类臃肿的问题,你可以想象一下:如果你有1000个Employee类的实例在内存中,那么将造成数据的大量冗余,因为很多Employee在同一个Department中。
    这个类似数据库设计中关于减少冗余的思想。
      

  5.   

    TO:upto(阿球) 
    谢谢,你说的很好,就是在写数据访问逻辑组件时有数据冗余的问题,才对自己提出质疑的。。
    好的,麻烦您给一份:[email protected]
      

  6.   

    我发了一份到你的邮箱,如果没有成功的话,可以到这里下载9-12月的。ftp://new1:[email protected]:2100/control/2004051510064414120.rar