一个数据库并发数量是有限制的，比如连接池有多大，如果超出了，怎么处理。
有时候就用固定连接数，每个连接处理一个队列。这是一种简单的方式。也比较好理解。
还有就是根据数据读写频率，变化频率不同，将表分为多种类别，不同类别数据放入不同的缓存中，利用缓冲区数据减少数据库操作。
这种就只是考虑数据存储层的设计
当然还有硬件方式提升数据库读写效率的方式
数据存储层的设计，是比较麻烦的，根据不同的系统特征和并发特征，有不同的设计模式。
当然还有硬件方式提升数据库读写效率的方式
数据存储层的设计，是比较麻烦的，根据不同的系统特征和并发特征，有不同的设计模式。
当然还要考虑到接口的点简单性，持久化组件将SQL语句完全封装的方式，提升了业务层的开发效率，牺牲了数据层的灵活性。而纯ADO的数据操作模式，虽然增加了灵活度，但是增加了业务层的编写量。各有利弊。
如果是十分复杂的业务系统，使用持久化框架是比较好的，如果系统业务复杂度，对速度要求比较高，那么直接采用SQLHelper或者自己封装的ADO也是不错的。