小编Rin*_*Dev的帖子

假设您正在为一个新的面向对象的 Web 应用程序建模 ER 模型。

有一个有 20 列的表，将有很多INSERTs 填充 10 列，并且有很多UPDATEs 填充剩余的列。

这张表上INSERT和UPDATE语句的数量可能达到每秒数个。

由于一直发生大量锁定（由INSERTs 和UPDATEs引起），因此担心性能可能会成为问题，因为响应时间对于 Web 应用程序来说必须是合理的。

有人建议将该表拆分为另外 2 个表：一个包含首先插入的列，另一个包含将被更新的剩余列。

请记住，这将需要更复杂的对象关系映射，因为 OO 模型和所有文档都将其视为 1 个单个实体，而不是 2 个。

我的问题：

• 这是一个很好的建议吗？你会考虑吗？有更好的方法吗？它会有所帮助吗？

或者

• 这是男子气概的硬件问题吗？我应该为我的应用程序数据库建模而忽略这种优化并专注于使实体正确吗？我应该告诉硬件人员我需要更好的 I/O 吗？

如果缺少任何信息，请让我知道，并提前致谢。