3

我们的内部系统基于 SQL Server 2008 构建，具有 40 个表的 6NF 架构。大多数表 FK 到其他 3 个，关键的只有 7 个。该系统最终将支持 100 名员工与 1000 名客户中的 10 名客户一起工作，并存储 100 到 1000 条交易记录——黄金时段的访问峰值应该在 1000条每秒行数。

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

4

1 回答 1

3

在 SQl Server 术语中，您描述的是一个小型数据库。通过正确的设计，SQL Server 可以处理 TB 级的数据。

这并不是为了保证您当前的设计可以很好地执行。有很多方法可以构建性能不佳的 t-SQL 和许多糟糕的数据库设计选择。

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

于 2009-08-26T21:10:22.037 回答