管理简单“描述”表的最佳实践
管理简单“描述”表的最佳实践
提问于 2013-04-29 22:59:07
我正在工作的应用程序包含许多小表，这些表仅包含描述性数据(性别、实体类型、婚姻状况、主要分支机构、客户规模等)。
我们现在有大约40个这种类型的表，并且每年都在增长大约7-8个表。
我们在每个表后面附加"desc_name“，以使它们更容易找到。
管理这些表本身有没有最佳实践？它们应该是自己的表，还是应该将它们集中到一个更大的表中？
所有的表都有正确的索引，所以我不知道使用单个表和多个表是否会影响性能。其他人是怎么做到的呢？或者这真的很重要吗？谢谢!
回答 1
Stack Overflow用户
回答已采纳
发布于 2013-04-29 23:15:50
表的类型称为域表或引用表。
一个简单的域表是性别
ID Code Description
-- ---- -----------
0 M Male
1 F Female
2 T Transgender通常，域表除了主索引或集群索引外不需要任何索引，因为这些类型的表非常小，因此完整的表读取比先读取索引再读取表更快。如果域表的行数超过1,000行，那么code列上的索引会有所帮助。
有些商店有一个主域表，而另一些商店每个域都有单独的域表。无论您选择哪种方式，无论是性能还是磁盘使用和访问，都无关紧要。
您可以将域表放在它们自己的MySQL数据库中(使用数据库，而不是物理数据库)。为表添加前缀是标识域表的另一种好方法。
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/16281903
复制相关文章
相似问题
腾讯云开发者
