mysql - 如果不需要，是否应该使用表关系

Question

我正在使用现有的客户端遗留数据库，我们正在将其转换为 MySQL 以供在线使用。

它实际上是一个巨大的表，并且不存在任何关系。

对于每条记录，有几个联系点 - 名字、姓氏、职位、街道、城市、州、邮政编码等，对多个实体重复。我最初的想法是将这些实体中的每一个分离到它自己的包含上述列的表中，并使用 FK 将它们与传统连接等链接起来。

但是，在检查了整个数据集并与原作者交谈后，发现这些接触点都不会重复(每个记录对每个记录都是唯一的)，也没有任何其他信息与这些接触点相关.

所以 - AFAICT - 关系表没有真正的“用途”，除了可能的语义或透明度。数据集不是很大，但也不小(在 50,000 到 100,000 条记录之间)，所以我想知道实际上保持单表结构完整并完全跳过连接是否更有效。

在这种情况下是否有任何理由使用单独的表？

我是

Answer 1

几十年来，大型机一直非常有效地使用平面文件格式，所以我认为您当然可以离开表格。话虽如此，我会考虑以下问题:

• 是否有许多查询使用“*”运算符从数据库中检索所有列，或者查询是否足够成熟以不包含那些不需要的列。如果是前者，出于性能原因，您可能希望将它们移动到单独的表中
• 将来是否会要求一条记录需要多个“联系人”条目。现在进行转换而不是稍后进行转换，您可能会省去一些麻烦

我怀疑它只是一个大的平面文件，可能会适合原样，不需要真正规范化。如果您最终与另一个表建立 1 对 1 的关系，并且您没有在每个查询中提取所有列，则平面文件胜出。