RDBMS数据关系负担

Question

我们的内部系统建立在SQL Server 2008上，具有40表6NF模式。大部分表格FK到3个其他表格，少数多达7个。该系统最终将支持100名雇员与数千名客户一起工作，并存储100个1000个交易记录 - 黄金时间访问应该为峰值每秒1000行。

是否有任何理由认为RDBMS内部关系的这种深度会使使用现代硬件和充足RAM构建的系统负担过重？我试图评估我们是否需要在接近最终开发阶段（几个月）之前调整我们的设计或项目方向/目标。

Answer 1

在SQl Server中，您所描述的是一个小型数据库。使用正确的设计，SQL Server可以处理terrabytes的数据。

这并不能保证您目前的设计可能表现良好。有许多方法可以构建执行不力的t-SQL和许多错误的数据库设计选择。

如果我是你，我会加载测试数据到你希望表的大小的两倍，然后开始测试你的代码。负载测试也可能是一个好主意。在数据库性能问题投入生产之前修复数据库要容易得多。远远更容易！