怎样的数据库架构才是合理的，这取决于系统的需求。
系统的需求，来源于用户对系统的期望。
据某位权威人士（确有其人，老外，姓名太长）的说法，用户可以分为三种类型。
- 分析用户
- 事务处理用户
- 在线用户
传统的数据库基本能通过OLAP和数据仓库技术满足分析用户的需求。
通过OLTP,transaction log等技术满足事务处理用户的需求。
但对在线用户大规模并发读取读，少量写操作的需求不能支持的很好。
数据库结构的设计必须从系统的用户分析出发。
在实际应用中，数据库通常成为应用的瓶颈，原因有两个方面。
1、数据库从来不直接面对终端用户，而是直接面对程序本身，而大部分程序人员并不了解他所用的数据库。
2、包括数据库厂商（尤其是oracle）在内的大部分人认为数据库是万能的，使数据库成为系统重要的单一节点之一，但数据库的集群和扩展很难。这个难不是在配置，二是在几乎所有类型的集群在ACID方面考量，都无法和一个数据库上表现出来的ACID特征保持一个水准。