SQL-Server数据库的实际限制

每个记录应该很小,我将主要做插入.对于每个插入,我需要对连接记录的一个或两个字段进行简单更新.所有查询都应该相对简单.

在什么尺寸下我会开始遇到sql-server的性能问题？我见过提到vldb系统,但也听说过它们可能真的很痛苦.有一个门槛,我应该开始考虑吗？是否有比为此类设计的sql-server更好的数据库？

解决方法

你会遇到什么尺寸的问题？

通过良好的数据模型和架构设计,正确调整并具有正确容量的计划服务器将不会遇到问题.每天的记录.最新公布的SQL Server benchmarks是约1.2密耳转/分.这相当于每秒16k的交易量,2005年的系统价格为600万美元(64路Superdome).要达到10k tran / sec的计划负载,你不需要Superdome,但是你需要一个非常强大的系统(可能至少16路),特别是一个非常好的I / O子系统.当进行信封容量规划时,通常会考虑每个HBA大约1K tran / sec和4个CPU内核来为HBA提供信息.并且您将需要相当多的数据库客户端(应用程序中间层)才能提供1亿美元.每天记录到数据库中.我并没有声称我在这里进行了容量规划,但我只想给你一个关于我们在谈论什么的大概.这是一个价值数百万美元的项目,这样的事情并不是通过在论坛上提出建议来设计的.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!