是先做数据库设计还是先建模

请教各位老师

问题有点幼稚,本人认为先建模后做数据库设计,不知道大家是怎么做的

我觉得先建立模型好吧

》本人认为先建模后做数据库设计
我讲了那么多“数据库时代终结”;MDA等,都是在说:先做模型!

数据库需要设计吗?只需要做mapping,就象做Hibernate的mapping文件即可。

现在众多的数据库mapping技术中,请问哪种比较容易上手,性能比较好?

>数据库mapping技术中,,请问哪种比较容易上手
mapping技术是一个重复琐碎的活,无论哪种技术,都需要做字段映射,方便与否主要看是否有工具支持。

最早CMP也是一种Mapping技术,Jbuilder等工具提供可视化支持,Hibernate现在也有,但是没用过,有的Eclipse插件设计本身就有问题,使用这个Hibernate插件,首先需要建立数据库,这不是颠倒误导嘛!

>>mapping技术是一个重复琐碎的活,无论哪种技术,都需要做字段映射,方便与否主要看是否有工具支持。


我想问ban大哥是怎么做这步的那?

关注中!

问你自己几个问题:
你的目的是什么,是自己学习还是完成项目?
你要解决的问题是否复杂?
依据你的经验你更熟悉哪种方式?
个人认为,如果是做项目,最好用最擅长的方式来做.
先做数据库设计我认为倒也没有什么坏处,其实做的过程中你也需要去思考,我觉得最关键的还是你对系统的理解.
建议,仅供参考.

我也觉得

>有的Eclipse插件设计本身就有问题,使用这个Hibernate插件,首先需要>建立数据库,这不是颠倒误导嘛!
我也这样认为,就是那个Eclipse插件(本身的功能比较强大,可以生成pojo和dao,听说现在还使用了spring技术),但是要根据数据库的表生成(在表的数量很多的情况下还会出现问题)这样纯粹是误导。以后程序员应该说“**实体中有××属性”而不再说“**表中有××字段”

也许是我层次比较低,呵呵.
我始终认为我们还是生活在一个数据库的时代,大家积累这么多年数据库开发经验和资源,说放弃可不是那么容易的。
而且在一个复杂系统中,可能你用Java只是做前端展示或者增加一些B/S 的操作方式,数据表结构早已存在,所以这种方式存在是有其现实性的。
我认为我们要赞扬一种新思路,不是要去否定现有的东西,只能说在某些情况下应该用某种方式去做.从哲学的角度看,任何事物都是有两面性的,有优点也都有缺点.我想说的是,不能说我先建模再做数据库就是先进的,其他的就是落后的,至于"实体中有XXX属性"或者"表中有XX字段",这些都是无所谓的了.

>至于"实体中有XXX属性"或者"表中有XX字段",这些都是无所谓的了.

我不赞同,程序员的脑子里应该不在有关系的表,而是实体对象,有了这样的思想才能做到真正的面向对象。这才是我要说得意思!程序员根本不必关心我们的数据持久化,可能是数据库也可能是其他。对于开发人员它是透明的!所以说"实体中有XXX属性"还是"表中有XX字段",不是无所谓,而是相当重要!