过去，我已经完成了这两种方式-单行表和键/值对表-每种方法都有其积极性和消极性。

单排

• 正值：值以正确的类型存储
• 正面：由于上述原因，使用代码更容易处理
• 正值：可以分别为每个设置提供默认值
• 否定的：需要更改架构才能添加新设置
• 否定的：如果有很多设置，表格可能会变得很宽

键/值对

• 肯定：添加新设置不需要更改架构
• 正：表架构狭窄，多余的行用于新设置
• 负数：每个设置都具有相同的默认值（是否为空/空？）
• 负数：所有内容都必须存储为字符串（即nvarchar）
• 否定的：处理代码中的设置时，您必须知道设置是什么类型并将其强制转换

到目前为止，单行选项是最容易使用的选项。这是因为您可以将每个设置以其正确的类型存储在数据库中，而不必在代码中存储设置的类型及其查找键。

我担心使用这种方法的一件事是在“特殊”单行设置表中有多行。我克服了这一点（在SQL Server中）：

• 添加一个默认值为0的新位列
• 创建检查约束以确保此列的值为0
• 在位列上创建唯一约束

这意味着表中只能存在一行，因为bit列的值必须为0，但是由于唯一约束，只能有一行具有该值。