关于项目实战...

yining

最初由 封烨 发布
[B]大家把字段放在一起,然后做数据库,动不动就说，这些内容应该另外提出来做一张表,然后就马上有人反对,那等你做好了，要10表连查,会不会太麻烦了.你能做到吗?
[/B]

不是我说的，是楼主说的。

carrierlanhai

晕啊，这什么跟什么，发现每次跟帖的人多不好好看帖子



再简单的网站，如果需要查询10个表的关联，那性能肯定不会好的
这句话最早是来自我楼上的那个人


我才回了，哪种业务要用到10个表查询，那种是不是太夸张，而且复杂的业务也会把他简单化，写程序时候尽量避免多表，如果要用到这个总的设计师有点问题了

yining

意见不同就是不认真看贴子么？

什么优化是DBA或者Hibernate高手的事情。这仅仅是某人或者某些人的问题吗？更改数据库结构首先牵涉到的就是数据的迁移，这未必就是一件简单的事情。其实相对来说，业务逻辑还是比较简单的，当域模型确立好之后，业务逻辑的搭建和UI相比较算是最轻松的工作了。但是域模型直接影响到数据库的结构以及对系统功能性需求的有效支持。这才是最大的问题。

对于C/S系统来说，最大的性能瓶颈通常在网络传输和数据库方面。B/S的应用通常可以把网络传输忽略不计，因此数据库结构就会成为系统最大的瓶颈。这时候怎么能不在设计阶段仔细的考虑呢？

从大系统的角度来说，采用什么样的技术和平台，就可能直接影响到系统的整体性能，而这种性能的提升不通过更改系统是无法达到的。举一个可能不太妥当的例子：比如在你的系统中会经常用到全文检索。而你选择了一种不支持全文检索优化的数据库，而同时又采用了一些这种数据库的特性，那么马上你在碰上性能瓶颈之后，就会发现迁移到一个支持全文检索的数据库并非一件轻而易举的事情了。

系统设计就是各种需求的一个平衡。性能和可扩展性通常来说是一对互为矛盾的需求，我们通常只能在两者之间获取一个较佳的平衡点，这个时候的设计，当然要考虑系统性能的问题。

没有人说过10个表的关联是一种可以接受的设计。但是像你给楼主推荐的不要考虑性能之类的话，对于有经验的设计人员来说可以领会，但是对于初学者来说就容易产生误导。

carrierlanhai

晕啊，做一个网站之前，多是有技术基础的人做吧。（前期）如果考虑设计表的话，那肯定要有点专业技术，写程序的话尽量要避免多表，当然会考虑点性能。如果你的网站上线的话，前几个月，注册的人很少，接下来，访问量很高的话，那就是性能，关于多表查询，那就是DBA，况且现在发贴的人没到这步，而且性能的话不是三言两语能说的清楚，而且跟业务逻辑互相矛盾的，而且还跟MONEY有关，也跟平台有关系，而且很少做的成功的，还有那天加班很郁闷才说了两句

ross1025

学习了

carrierlanhai

题吗？更改数据库结构首先牵涉到的就是数据的迁移，这未必就是一件简单的事情。其实相对来说，业务逻辑还是比较简单的，当域模型确立好之后，业务逻辑的搭建和UI相比较算是最轻松的工作了。但是域模型直接影响到数据库的结构以及对系统功能性需求的有效支持。这才是最大的问题。

这点非常同意

yining

最初由 carrierlanhai 发布
[B]晕啊，做一个网站之前，多是有技术基础的人做吧。（前期）如果考虑设计表的话，那肯定要有点专业技术，写程序的话尽量要避免多表，当然会考虑点性能。如果你的网站上线的话，前几个月，注册的人很少，接下来，访问量很高的话，那就是性能，关于多表查询，那就是DBA，况且现在发贴的人没到这步，而且性能的话不是三言两语能说的清楚，而且跟业务逻辑互相矛盾的，而且还跟MONEY有关，也跟平台有关系，而且很少做的成功的，还有那天加班很郁闷才说了两句 [/B]

1、未必做网站就一定是有基础的人。楼主好像就是几个学生凑在一起做设计
2、未必设计数据库表结构就一定是有专业技术的人。大公司就一定是DBA来做，但是小公司身兼数职是很平常的事情。DBA的水平也参差不齐，作为设计师来说，具备一定的数据库基础也是必须的
3、没到这一步么？我说过了，作为系统设计，主要的目的就是找到一个需求的平衡点。作为工程总体来说，需求不仅仅包括功能性需求，也包括非功能性需求以及商务需求，包括你所说的预算问题。

性能问题在设计初期不需要考虑太多是事实，但是不是完全不需要考虑。这点对于初学者来说尤其需要说明。这个和所谓的重构一样。如果对于设计一无所知，盲目的进行什么后期重构而不注重前期的设计，同样是要吃亏的。

今天有点空，多说两句。其实前期的设计过多也是不对的。

yining

仔细去看看JavaEE平台设计师的书，七大非功能性需求中，就有性能这一点。可扩展性、可维护性、可获得性等等，都是设计师需要考虑的，只是对于不用的应用需要不同的侧重而已。

封烨

两位大哥大姐不要争执了,呵呵，谢谢你们的帮助啊.你们说的都有道理,对于我来说，都是宝贵的经验.我想你们都是参加工作有了经验才在这里说的,对于我这个没项目经验的来说，能给我这么中肯的建议,实在是太感谢了.虽然我没有经验，但是我积极的看了很多参考书,看了别人做项目的例子,详细设计的那种，从头到尾的去体验别人的设计思想.再结合你们说的，我觉得,做一个项目,考虑性能确实是必须的，身为一个程序员，程序的设计者，我们是不是应该更多的为以后的可维护和可扩展多考虑一点呢?我说的10表连查只是一个例子,并不一定会用的到,我想如果找数据常常需要这么复杂的连查的话，肯定没什么效率了.多方面考虑是应该的，但是也应该像陆大小姐说的那样,先把样子做出来再说，以后的事等做出样子来了，再慢慢修改.是吗??我之前觉得应该把性能放在第1,这实际上给项目的开展造成了很大的困难.因为常常觉得无从下手,想法一大堆,可都是些无法实现的空想.所以我也采纳了陆大小姐的建议,先做个样子出来再说，把自己能想到的性能先考虑进去,写进计划书，然后把自己有能力做到的先做到，做好了，再来解决那些有想法而暂时实现不了的性能.
谢谢yining和大小姐的帮助啊,呵呵~!

carrierlanhai

这个为什么写了个叫陆大小姐，因为我加入了一个关于ITPUB的一个技术群，他们一直以为我是那个JAVA版块的那个什么小锤子，所以为了表示我是个女孩子所以我写了这个名字，以后不要叫了