方案一：
面向业务做mapping，优点较少的工作量；缺点巨大的维护量。
方案二：
面向database，根据数据关联做mapping，建立persistence层面的mapping object，优点较好的分层迭代开发，扩展性；缺点工作量较大，hibernate 的优点好像没有好的发挥。
方案三：
？？？？？？？？？？？
一个中型的项目，用 hibernate 来作ORM，如何更好的应用呢？...
我觉得最好先设计好数据库，因为数据库是中心，把一个数据库设计好不容易。如果为了用hibernate而对数据库进行特别设计是得不偿失的。
hibernate的优点没有发挥？为什么阿?
我个人做项目一般都是以数据库为中心，然后用一个DAO层实现数据库操作，然后按情况用hibernate,sql2java,jdo,或者jdbc实现（可惜现在做了的都是用hibernate和jdbc）。我想工作量不会比方案一多多少吧
又是一个模型驱动还是数据驱动的问题。potian说过，现在是21世纪了。
楼上的能不能详细说一下？？
另，我知道这两者之间不可能真正调和，但是如果针对一个真正的项目应该怎么做呢？