论坛首页 Java企业应用论坛

问一个系统设计的问题

浏览 5797 次
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2007-12-05  
当使用Hibernate开源框架去做一个大中型系统的持久层时,我们一开始做的究竟应该是先设计数据库,然后按照数据库,使用工具将数据库映射成对象;还是完全撇开传统的关系数据库思想,先建立实体之间关系图(或建立域模型),然后根据该模型在设计数据库。
不知道大家在平时的设计时一般按哪样的流程去做,能否介绍下大家在使用Hibernate设计时的流程和思路。
最近一直在思考,如何使得数据库设计和Hibernate理念结合后产生的性能最好,能体现出Hibernate的优势和性能。
   发表时间:2007-12-06  
我通常是先建立数据模型,然后由hibernate帮我自动建立数据库。当然,也要根据实际情况,对自动生成的数据库进行一下微调,建索引之类的,优化一下数据库。
0 请登录后投票
   发表时间:2007-12-07  
你这里的数据模型是个什么概念呢 呵呵,怎么样抽象成数据模型?
0 请登录后投票
   发表时间:2007-12-13  
我是先建数据库,关系也弄好,然后用工具自动生成
0 请登录后投票
   发表时间:2007-12-13  
我觉得还应该是先建立关系,然后用工具生成hibernate的配置文件
0 请登录后投票
   发表时间:2007-12-13  
我倒是觉得先建库还是先建Hibernate对象都可以,看团队比较习惯那种方式,毕竟最后都要达到两者一致
如果觉得某种方法麻烦,完全可以调整为另一种方法嘛
0 请登录后投票
   发表时间:2007-12-13  
比较同意楼上的意见 我也个人比较倾向于这种观点。。如果当关联关系过多的时候,也不妨优先考虑从域模型入手,因为ORM映射最终是需要域模型和关系模型保持对应,消除阻抗。。
0 请登录后投票
   发表时间:2007-12-13  
一般清楚需求理清层次,后用ppt做表现层反映需求, 然后再建立数据库模型来反映表现层.
0 请登录后投票
   发表时间:2007-12-20  
项目中不关心数据库模型
0 请登录后投票
   发表时间:2007-12-20  
有时对于一个相同的关系模型,可能会在数据库中建立不同的表结构,(取决于性能)所以建议在OO的开发过程中先关系后库。
0 请登录后投票
论坛首页 Java企业应用版

跳转论坛:
Global site tag (gtag.js) - Google Analytics