一直都在关注NBear,而且一直都在试用里面的功能，还是有很多值得
学习的地方，以前对面向对象和ORM的概念一直都很模糊，看了NBear
组件以后感觉颇深，同时也感谢Teddy帮我解决了很多问题。
现在前期设计段已经结束，准备系统的开发工作，想了很久还是决定信任
一次NBear，准备用它来做数据访问层的开发。

希望正式版能帮我解决以下两个问题：
1。增加对直接用SQL查询返回Endity列表的支持，有以下好处。
      a.SQL的优化可以由用户控制。
      b.可以方便的进行分组统计查询。
      c.虽然不符合OO编程，但可以很灵活。

2。把生成工具做得更方便一些，由于表数量太多，如果直接修改

实体工作量很大。对于实体的修改应该由用户控制，我想应该
   让用户最量不要把时间放在数据库访问层。
   可以参照一下LLBLGen Pro的设计设计。
   而且它也很好的支持程序过程。

谢谢你的信任和支持。

1、对于第一个问题，已经增加了Gateway.FindArray<>(sql, paramValues)重载版本，可以满足你的需要。

2、对于新系统，NBear从OO模型到数据库来设计，这样就能由NBear为你隐藏数据库细节，能大大提高开发效率，尤其是表和实体很多的情况。另一方面，对 于代码生成的加强，应该也会是下一阶段改进的一个部分，我会参考同类产品的设计，取长补短。

Teddy

On 11/20/06, 勇敢的心 <my...@163.com> wrote:

NBear做数据库设计必须要先设计那一堆的实体代码和接口，然后再生成数据库表吗？
好象其他的工具一般是先有数据库表，然后根据表的关系来生成实体层和数据访问层代码，不知道对于这方面NBear的支持如何？

数据库本身的建模能力是非常有限的，并不能描述复杂的ER关系的，所以注定了，如果先数据库再实体，那么，是很难映射复杂OO模型的。
同时，NBear提供了DbToEntityDesign.exe工具，
可以先为将数据库表生成设计实体，再从设计实体到新的数据库和实体代码。从而方便整合现有系统，当然一定程度上也支持数据库到实体的设计方法。

Teddy

On 11/21/06, 锦瑟 <hgamez...@gmail.com> wrote: