数据库模式 - 多对多规范化

Question

我正在设计一个模式，其中一个案例可以附加许多表单，并且一个表单可以用于许多案例。 Form 表基本上包含在客户端呈现的 html 表单的结构。提交表单时，字段的名称/值对将单独存储。如下将名称/值属性与连接表分开是否有任何价值？

CREATE TABLE Case (
   ID int NOT NULL PRIMARY KEY,
   ...
); 

CREATE TABLE CaseForm (
   CaseID int NOT NULL FOREIGN KEY REFERENCES Case (ID),
   FormID int NOT NULL FOREIGN KEY REFERENCES Form (ID),
   CONSTRAINT PK_CaseForm PRIMARY KEY (CaseID, FormID)
); 

CREATE TABLE CaseFormAttribute (
   ID int NOT NULL PRIMARY KEY,
   CaseID int NOT NULL FOREIGN KEY REFERENCES CaseForm (CaseID),
   FormID int NOT NULL FOREIGN KEY REFERENCES CaseForm (FormID),
   Name varchar(255) NOT NULL,
   Value varchar(max)
); 

CREATE TABLE Form (
   ID int NOT NULL PRIMARY KEY,
   FieldsJson varchar (max) NOT NULL
);  

我使架构过于复杂，因为可以通过将CaseFormAttribute 表转换为连接表并完全摆脱CaseForm 表来实现相同的多对多关系，如下所示？

CREATE TABLE CaseFormAttribute (
   ID int NOT NULL PRIMARY KEY,
   CaseID int NOT NULL FOREIGN KEY REFERENCES Case (ID),
   FormID int NOT NULL FOREIGN KEY REFERENCES Form (ID),
   Name varchar(255) NOT NULL,
   Value varchar(max) NULL
);

基本上我想问的是哪个设计更好？

Answer 1

将两者分开的主要好处取决于是否将其他字段添加到 CaseForm 表中。例如，假设您想记录表单是否不完整。您可以为此添加一个不完整的位域。现在，您有两个主要选项可用于检索该信息：

1. CaseForm 上的聚集索引扫描
2. 在 CaseForm.Incomplete 上创建一个非聚集索引，其中包括 CaseID、FormID，并对其进行扫描

如果您没有拆分表格，您的两个主要选择是：

1. CaseFormAttribute 上的聚集索引扫描
2. 在 CaseFormAttribute.Incomplete 上创建一个非聚集索引，其中包括 CaseID、FormID，并对其进行扫描

就本示例而言，查询选项 1 和 2 在性能方面大致相同。引入非聚集索引会以多种方式增加开销。它比聚集索引更精简（在这个特定示例中扫描可能需要更多读取），它是 CaseForm 将占用的额外存储空间，并且必须维护索引以更新表。选项 4 也将执行类似的操作，但注意事项与选项 2 相同。选项 3 将是您表现最差的，因为聚集索引扫描将包括读取值字段中的所有 BLOB 数据，即使它只需要不完整的位确定是否返回该 (Case, Form) 对。

所以这确实取决于你未来的发展方向。

此外，如果您坚持拆分方法，请考虑将 CaseFormAttribute.ID 转换为 CaseForm，然后使用 CaseForm.ID 作为您在 CaseFormAttribute 中的 PK/FK。这里需要注意的是，我们假设所有表单都将同时插入给定案例。如果这不是真的，那么您会邀请一些页面拆分，因为您的插入会有些随机，但通常仍会增加。