关于数据库设计

cxzucc
公司的一个系统，有几百张表，其中有很多冗余的字段。跟我上学时候学习的数据库设计要遵循第几第几范式完全不同。但这样做又好像真的可以提高效率，因为省去了很多查询语句。请问什么才是正确的做法呢？
banq 2008-09-19 10:35
前后矛盾显示数据库技术在应对实际需求的无能。

所以，都不正确，只有采取oo分析设计。

fox0424 2008-09-19 13:18
冗余设计是必然的，没有什么对错，读书不能读死书，能够适应的设计才是最出色的设计
Chocoo 2008-09-19 13:27
是的，公司好多项目都采取了冗余的策略
cxzucc 2008-09-19 14:12
还有个问题，我在想。数据库已经成为软件性能的瓶颈，是否可以把负载转到应用服务器上去呢？这样就可以通过单纯的添加应用服务器的数量来提高性能。当前是否有框架已经实现这种功能了？就是让应用服务器来管理实体的状态，比如一个工作流，在两个节点之间的状态甚至是整个工作流的状态，可以一直让它先保存在应用服务器的内存中，直到需要固化到数据库的时候再进行对数据库的操作。
freebox 2008-09-19 18:50
分布式缓存。
fox0424 2008-09-19 18:51
不要被迷惑，数据库绝对不是软件性能的瓶颈，真正的瓶颈一定是应用软件自己设计方面的缺陷。
你想想证券交易的对服务器的压力大不大，到现在因为服务器压力大而造成停机的有多长时间？？
一定要跟踪应用的整个过程，然后确定瓶颈点再进行改进。