MySQL数据库设计优化

（首先，对不起，如果以前有人问过这个问题，我搜索了一段时间，但有时很难找到更老的特定问题）

我目前正在使用订单管理系统（PHP、MySQL、HTML…），我正在考虑在下一次迭代中对db模式进行一些更改

我有Order、Purchase\u Order、Inquiry等表格，还有其他一些表格，它们都有“notes”、“files”和一个或两个以上的共享组件。现在它们都存储在各自的表中（订单注释、采购订单注释、订单文件等）我的问题是，将“注释”合并到一个表中是否有任何好处？

提议：

表“订单”（采购订单等）存储所有订单特定字段

表“订单注释映射”（订单注释映射等）存储订单ID和相关注释ID

表“Notes”存储Notes详细信息

编辑：

-DB目前在各表中的“注释”总数不到3000条，虽然该数字有所增加，但并没有显著增加，与我所询问的其他项目的记录数量大致相同

---

-回顾过去，我认为当前系统的一个大警告是更改“注释”的组成部分。我必须在多个表中进行相同的更改，而不是更改一个表。如果我能避免重大的数据库更改，那没什么大不了的。如果你能告诉我这些表中有多少记录，或者期望有多少记录，那么这个问题就很清楚了。如果它们的容量很大，那么我建议将它们合并成一个，这样会有所帮助，因为您不会为了获取数据而连接表。在大数据集中加入将代价高昂

简短的回答是否定的，因为您将只有一个少连接，而且听起来您需要做很多改变才能改变这件事。如果您的数据库是“巨大的”，那么将注释放在一个表中是明智的，但如果您的数据库不是很大，则不会改变任何内容。只会快一点