请教一个系统设计的问题

当使用Hibernate开源框架去做一个大中型系统的持久层时，我们一开始做的究竟应该是先设计数据库，然后按照数据库，使用工具将数据库映射成对象；还是完全撇开传统的关系数据库思想，使用Evans DDD的设计先建立实体之间关系图（或建立域模型），那么之后的数据库应如何生成，感觉始终都要面对RDB设计这样的问题。比较RDB是主流的数据库。
不知道大家在平时的设计时一般按哪样的流程去做，能否介绍下大家在使用Hibernate设计时的流程和思路。
最近一直在思考，如何使得关系数据库设计和Hibernate理念结合后产生的性能最好，能体现出Hibernate的优势和性能。

数据库驱动
页面驱动
数据模型驱动
领域模型驱动
。。。。。。。。。。。。。。。
你用哪种？

以上的模型设计也需要根据具体情况的吧，好像看到结合hibernate的用领域模型驱动设计的比较多，但这里RDB就不需要设计了吗？

稳妥起见，数据库驱动

众所周知，RDB的观念和域模型的思想存在很多的不匹配，也就是阻抗。实体类之间可以有多种关联、继承、多态，而关系数据库里没有类似的东西。那么在实际设计中应当如何处理这些关系呢。比如如果要用到hibernate，如果首先建立的是域模型，那么能确保完全不用到关系数据库吗？除非用OODB吧。而另一方面，如果首先设计了RDB，那么又如何处理各种实体关系呢？
不知道各位高手平时用hibernate的时候，遵循的是一个什么样的开发流程？盼赐教

设计就是折中。
从底向上，从顶向下，都不靠谱。

拷。。。用全称好不？
又不是通用语言。。。。
在外国要是想使用缩写，
第一次必须把全文写齐，
没头没尾的。。。。。。


PS：域模型如果与hibernate有关我吃了那个领域。

呵呵 异常兄怒了
DDD试过 感觉特别扭 而且要维护更多的配置 最后还是改用数据库驱动

看来我们大火仍然对DDD有种偏见啊。DDD严格意义来讲和具体的编程中实用的技术设置编程语言是没有必然的联系。感觉DDD是我们去分析和理解我们软件要实现最终目标或者功能的一种方式，它所得到的只是一个一个所要解决问题的一个抽象的东西。而要实现这个抽像的东西才是具体的编程技术来讨论的事情了。也不知道这种理解是否正确？呵呵

是一种工作方式（对于我们的项目来说）
每个领域都有不同的工作方式
比较常见的，
审批流（又叫作工作流？发明这词的人应该是个翻译）
物流系统，
资源管理系统（ERP 包括NN种东西。。。没哪家作的看的上眼）
财务管理系统（ERP一部分）
BBS（这个也算是。。。。一种领域）