三层架构是用Petshop模式的，还是用强类型DateSet的？很疑惑
如果我用PetShop模式的，我总觉得业务实体类那部分的工作量太大了，我的数据库有接近200张表，光是做映射来设计业务实体就把人搞疯了。在就是用业务实体也很麻烦啊，还不容易实现搜索和排序，还要自己来实现，特别是用在GridView里要排序功能的时候，感觉很麻烦。
现在网上有个Scott的教程，用强类型DateSet做数据访问层，没有涉及业务实体类，不知道怎么样，请大家给个建议啊！
[解决办法]
用强类型DateSet
[解决办法]
petshop的模式适合轻型数据库的应用,楼主那样的需要,应该用强类型DateSet,可以看看dowaish的代码
[解决办法]
用强类型DateSet
快捷方便有效率
参见 LoveCherry 的BLOG有关翻译 SCOTT的文章
[解决办法]
实体类那部分
可以使用一些代码生成工具.很快.
[解决办法]
你还可以尝试一下NHibernate
[解决办法]
做OR Mapping这块有很多工具可以利用
[解决办法]
对这200多张表进行分类分析后，你会发现有那么些表不管从结构上还是操作上具有那么多的共性，抓住这些共性，立刻把这200张表变成了几十张表，甚至于是十几张表。
[解决办法]
也不能一味的减少表的数量，那样会影响效率的。集成度与效率往往是相互矛盾的，就像DotNetNuke，通用性很强，但效率却让人有点难以介绍。
[解决办法]
ORM
