Domain model 及NHibernate在架构使用的一些疑惑

最近在研究net的企业架构模式和NHibernate， 也看看了java方面的架构。也是以前一直用VB和以数据为中心的方式开发，所以看了许久bob大叔的《敏捷软件开发》和Martin  Fowler的《企业应用架构模式》，总还是许多疑惑。最近准备把一个VB开发的HR系统移植到net上，想使用domain model的架构。但是开始就有些问题，比如Employee的类，在HR中有很多的信息，比如基本信息，人事信息，薪资信息，福利信息，健康信息，工作 经验等等诸多的信息，原来系统是放在4张表内，根据需要去不同的表。但现在用domain的方式，我觉得这些都是员工的基本属性，应该放在一个类里。可这 字段有40～50个，难道都放到一起。可不同业务只需要使用其中一部分，都放到内存中，可太占内存了吧？而且一个类有40～50个属性，也太大了吧。
另外，Martin Flower的说法，是业务执行时，从一个类到另外一个类，难道我的Employee会拥有大量的类，因为在HR中，Employee应该是最基础的类。 有种说法是有专门的业务逻辑执行类，比如有一个dorun的函数，在这个函数中，再将各个类和逻辑串连起来，可这不又是事务性脚本了吗？
这是我最近一直很迷惑的问题，可能高手见笑了。
希望高手解惑一下。谢谢。

请dudu暂时放在首页，谢谢大家，一日后转入提问区