管理简单的“描述”表的最佳实践

Question

我正在使用的应用程序包含许多小表，这些小表仅保存描述性数据（性别，实体类型，婚姻状况，主要分支机构，客户规模等）。

现在，我们大约有40种此类表，并且每年还在增长7-8种表。

我们在每个表后附加“ desc_name”，以使其更易于查找。

本身是否有最佳实践来管理这些表？ 它们应该是自己的表，还是应该将它们合并成一个更大的表？

所有表都已正确索引，所以我不知道单个表还是多个表是否会对性能产生影响。 其他人怎么做？ 还是真的重要吗？ 谢谢！

Answer 1

表的类型称为域表或参考表。

一个简单的域表是性别

ID      Code     Description
--      ----     -----------
0       M        Male
1       F        Female
2       T        Transgender

通常，域表不需要主索引或集群索引以外的任何索引，因为这些类型的表非常小，因此完整表的读取要比先读取索引然后再读取表快。 如果域表中的行数超过1,000，则代码列上的索引会有所帮助。

一些商店具有一个主域表，而其他商店为每个域具有单独的域表。 不管走什么路，无论是性能还是磁盘使用和访问都无关紧要。

您可以将域表放在他们自己的MySQL数据库（USE数据库，而不是物理数据库）中。 给表加上前缀是识别域表的另一种好方法。