SQL Server的数据库连接的极限在哪儿? 在软件设计中,关于多层的设计,有一部份是有关数据库的。 设计上分成这样三层 客户端UI -- 应用服务器 -- 数据库服务器 有个说法是,可以在应用服务器这一层共享使用数据库连接池,从而减轻数据库服务器的负担。 我查
SQL Server的数据库连接的极限在哪儿?
在软件设计中,关于多层的设计,有一部份是有关数据库的。
设计上分成这样三层
客户端UI -- 应用服务器 -- 数据库服务器
有个说法是,可以在应用服务器这一层共享使用数据库连接池,从而减轻数据库服务器的负担。
我查了好多资料,但至今为止,没有比较明确的数量级定义,
对于什么级别的服务器硬件,什么数量级的数据库连接,或者说多少个客户端使用数据库,,将对数据库服务器构成压力?
我目前使用的应用大概到这样的级别
系统管理:密码管理、系统配置、数据库备份、后台日志管理 管理员管理模块:管理员的添删改查以及管理员的权限设置 会员管理系统:注册会员的管理 IP锁定管理:IP地址的锁定 企业信息模块:公司简介、公司文化等栏目的随意设置 新闻系统模块:公司新闻、文章发布 产品系统模块:包括产品类别管理 友情连接模块:友情连接管理 招聘系统模块:招聘发布以及应聘管理 在线留言系统:客户留言信息的管理
0
1、数据库服务器 DELL R410 ,XEON 四核*2 CPU, 24G内存, SAS 15000RPM硬盘
2、SQL 2005, 5G用户数据库
3、50个左右的客户端
在这样的环境下,哪部份软件设计或是硬件性能更加可能成为瓶颈?请大家指点,谢谢!
posted on
Copyright ©2013 爱编程的大叔 Powered by: 博客园 模板提供:沪江博客
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号