mysql - 多列相同数据模式的数据库设计

Question

如果我错误地使用了“数据模式”，我深表歉意。这是一些背景。我正在将 Access 数据库移植到基于 Web 的 MYSQL 应用程序。这是我们正在跟踪的内容。

我们有一台最多有 16 个头的机器。每个头都有三个与之关联的项目，两个是整数，一个是短文本字符串。每个生产订单至少使用一个头。有些使用全部 16 个，有些只使用一个。如果使用了多个头，我们会跟踪它们的使用顺序。每个生产订单还存储了一些短到中等长度的字段。绝大多数生产运行使用不到给定磁头的一半。

目前数据在 Access 数据库中，该数据库将所有内容存储在一个表中，因此每行存储 6 + (16*3) 48 个字段，总共 54 列。搜索的唯一字段是后两个，它们是整数。

id|workorder|partnumber|note|machine|reference|head1spec1|head1spec2|head1spec3|head2spec1|head2spec2|head2spec3|...等到 head 16

我知道那里有很多死空间，因为每行包含 16 个元素，这些元素可以分解成一个单独的表并连接起来以显示结果。大约10年的数据采集，目前Access DB的文件大小为60.8MB

这是我的问题。在这种情况下，归一化(可能不是正确的用法)是否有任何现实世界的优势，因为没有任何数据用于搜索，并且将所有数据都放在一列中是该信息的一种自然状态？

Answer 1

是的，确实存在一些优势，但我认为它们不足以保证修改现有的 Access 架构。相反，如果可能的话，我会把精力放在迁移到更好的平台上，例如，基于 Web 的 SQL Server 后端。在执行该迁移时，您可以担心模式。

规范化的架构将有助于解决以下问题:

• 数据完整性:确保相同的磁头或磁头规范不会在同一台机器上使用两次(当然，除非有效……)
• 查询:轻松统计最常用的headspec是什么

您可以使用现有的架构来完成这些操作，只是需要多做一些工作。但是，这个架构已经运行了 10 年，那么改变的业务案例是什么？