对于OO思想的困惑!

看了banq老师和各位同仁帖子,OO的面向对象的方式去思考项目的设计。旧的开发设计模式都是先有数据库模型再开发代码,这样开发流程势必导致数据库的设计违背了面对对象的设计宗旨。导致对象在持久化过程中消耗大量系统资源。那么用OO思想去指导数据库建模,能不能解决关系型数据库造成的瓶颈呢?
原来我一直以为利用应用程序中的OO思想去设计数据库是OO设计人员处于强势时的做法,是为了让整个系统更便于从应用角度去理解(更具有可读性),难道还能提高性能和解决数据库瓶颈?如果能,请问各位有具体的例子吗?或解释一下。

你怎么说先有数据模型就违背了面向对象设计宗旨?

因为我理解的先设计数据库就是把需要持久化的业务逻辑用数据库设计表现出来,往往一张表对应一个功能点或功能模块,到最后经常需要根据新添需求或功能去新建表或加字段。意思是没有经过UML的分析就决定数据库模型,是必是考虑不周全的。

2010年01月14日 08:49 "liujian1979"的内容
意思是没有经过UML的分析就决定数据库模型,是必是考虑不周全的。

是这样,没有分析建模,就立即进入实施阶段的数据库建模,会造成盲人摸象,反复返工很多现象。