请教一些关于数据库设计与程序设计的想法

在坛子里转来转去,有些想法,按照以前重视数据库设计的时候,比如一个企业网站中的产品供求部分,我可能要写在一个表里面,设计一个字段加以区分,现在我可能会把这两个表分开,以遵循数据库设计服从程序逻辑的原则。

不知道我这样做对不对。感觉系统一下子多出很多表来,但同时好处是更改一个逻辑可以做到顶多只动一个表

错,应该是在分析设计时,就不会涉及数据表,完全是围绕对象,通过Hibernate这些O/R工具在部署时,才生成数据表,数据表和JBoss等一样是运行部署阶段才会接触到。在软件分析设计编程已经完全抹去数据表概念了。

>> 在坛子里转来转去,有些想法,按照以前重视数据库设计的时候,比如一个企业网站中的产品供求部分,我可能要写在一个表里面,设计一个字段加以区分,现在我可能会把这两个表分开,以遵循数据库设计服从程序逻辑的原则。

>> 不知道我这样做对不对。感觉系统一下子多出很多表来,但同时好处是更改一个逻辑可以做到顶多只动一个表

在没有其他前提条件的时候,两种方法都可以。

如果你确实希望比较一下这两者之间的差别的话,你可以自己先总结一下,把总结的结果拿到论坛上来讨论,可能会比较有帮助。

本人是从DB编程开始走上应用开发之路的,DB建模的思想可谓是根深蒂固。
近年来真切体会OOP的好处之后,才发觉banq一再坚持的OO建模是非常正确的。
现在做系统,主要就是在dao这一层的各种对象间转来转去,非常的清晰明确,不知不觉中已经很少关心DB和SQL了。