Database RDBMS数据关系负担

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

---

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

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

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

---

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

这取决于许多因素。最好的db设计可以像垃圾一样运行，应用程序尝试加载所有内容并在行上循环。谢谢HL，在我们上线之前，我一定会尝试这样做——这是一个很好的建议