在这种情况下，每个销售订单将至少有400-500个与之关联的产品。现在，每次生成销售订单时，这些产品的成本和价格都将保存在SalesOrderProduct表中。这将导致SalesOrderProduct表在很短的时间内变得非常大。什么是处理这张桌子大小的最佳方法？
你确定有问题吗？
如果你有数百万行，没有汗水。 SQL数据库会咀嚼这些东西。
如果您有数十亿行，则可能需要键值存储而不是SQL数据库。特别是对于过去订单的归档信息，这些订单是一次性读取 - 从不（并且很少分析）。如果无法从SQL切换，则可以使用群集数据库。
但在您做任何事情之前，请确保存在问题 - 使用良好，实际的工作负载测试性能。看看它是否能满足您近期的需求。不要解决那些不存在的问题。
最后注意事项：对于此特定数据库模式，您可以通过跟踪产品的历史成本/价格来消除SalesOrderProduct表。然后，您可以使用订单日期来反映所有订购产品的成本/价格，从而无需使用该连接表。