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

时间:2013-04-29 14:59:07

标签: mysql database query-optimization

我正在使用的应用程序包含许多小表,只包含描述性数据(性别,实体类型,婚姻状况,主要分支,客户规模等)。

我们现在有大约40种这样的表格,而且每年增加约7-8张表。

我们在每个表中添加“desc_name”以便于查找。

管理这些表格本身是否有最佳做法?它们应该是自己的桌子,还是应该把它们放在一张更大的桌子上?

所有表都已正确编入索引,因此我不知道单个表与多个表是否存在性能损失。别人怎么做到这一点?或者它真的重要吗?谢谢!

1 个答案:

答案 0 :(得分:3)

表的类型称为域表或引用表。

简单的域表是性别

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

通常,域表不需要除主索引或聚簇索引之外的任何索引,因为这些类型的表太小,以至于完整表读取比读取索引更快,然后读取表。如果域表的行数超过1,000,那么代码列上的索引将有所帮助。

有些商店有一个主域表,其他商店为每个域都有单独的域表。无论是性能还是磁盘使用和访问,无论走哪条路都没关系。

您可以将域表放在他们自己的MySQL数据库(USE数据库,而不是物理数据库)中。对表进行前缀是另一种识别域表的好方法。