关于数据库设计

公司的一个系统,有几百张表,其中有很多冗余的字段。跟我上学时候学习的数据库设计要遵循第几第几范式完全不同。但这样做又好像真的可以提高效率,因为省去了很多查询语句。请问什么才是正确的做法呢?

前后矛盾显示数据库技术在应对实际需求的无能。

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

冗余设计是必然的,没有什么对错,读书不能读死书,能够适应的设计才是最出色的设计

是的,公司好多项目都采取了冗余的策略

还有个问题,我在想。数据库已经成为软件性能的瓶颈,是否可以把负载转到应用服务器上去呢?这样就可以通过单纯的添加应用服务器的数量来提高性能。当前是否有框架已经实现这种功能了?就是让应用服务器来管理实体的状态,比如一个工作流,在两个节点之间的状态甚至是整个工作流的状态,可以一直让它先保存在应用服务器的内存中,直到需要固化到数据库的时候再进行对数据库的操作。

分布式缓存。

不要被迷惑,数据库绝对不是软件性能的瓶颈,真正的瓶颈一定是应用软件自己设计方面的缺陷。
你想想证券交易的对服务器的压力大不大,到现在因为服务器压力大而造成停机的有多长时间??
一定要跟踪应用的整个过程,然后确定瓶颈点再进行改进。