我们的内部系统基于SQL Server 2008构建，具有40个表的6NF架构。大多数表FK到3个其他表，一个关键的少数多达7个。该系统最终将支持100个员工与10个1000的客户一起工作并存储100个1000的交易记录 - 黄金时段访问峰值，每秒1000行。
有没有理由认为这种深度的RDBMS相互关系会使使用具有充足RAM的现代硬件构建的系统负担过重？在我们接近最终开发阶段（几个月）之前，我正试图评估是否需要调整我们的设计或项目方向/目标。
答案 0 :(得分：3)
在SQl Server术语中，您描述的是一个小型数据库。通过正确的设计，SQL Server可以处理数TB的数据。
这并不是为了保证您当前的设计可能表现良好。有许多方法可以构建性能低下的t-SQL和许多糟糕的数据库设计选择。
如果我是你，我会将测试数据加载到您希望表格大小的两倍，然后开始测试您的代码。负载测试也可能是一个好主意。在生产之前修复数据库性能问题要容易得多。更容易！