关于数据库大并发量(未完成)

 一个数据库并发数量是有限制的,比如连接池有多大,如果超出了,怎么处理。

有时候就用固定连接数,每个连接处理一个队列。这是一种简单的方式。也比较好理解。

还有就是根据数据读写频率,变化频率不同,将表分为多种类别,不同类别数据放入不同的缓存中,利用缓冲区数据减少数据库操作。

这种就只是考虑数据存储层的设计
当然还有硬件方式提升数据库读写效率的方式
数据存储层的设计,是比较麻烦的,根据不同的系统特征和并发特征,有不同的设计模式。

 

当然还要考虑到接口的点简单性,持久化组件将SQL语句完全封装的方式,提升了业务层的开发效率,牺牲了数据层的灵活性。而纯ADO的数据操作模式,虽然增加了灵活度,但是增加了业务层的编写量。各有利弊。


如果是十分复杂的业务系统,使用持久化框架是比较好的,如果系统业务复杂度,对速度要求比较高,那么直接采用SQLHelper或者自己封装的ADO也是不错的。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值