我正在为 Web 应用程序设计一个数据库，并希望有一个用于可配置全局设置的表。设计此表是否有任何既定的最佳实践？我可以设想两种可能的解决方案，而且我确信肯定还有其他解决方案。
最简单的方法是将键/值对作为字符串存储在其中。这只会占用两列，但不会让我能够为单个项目添加类型约束。
另一种方法是为每个设置添加一列，但整个表格将只有一行，这感觉有点奇怪。
在大多数情况下你们是如何处理的？
【问题讨论】：
标签： database-design
我们在当前项目中使用的是一个名为 SYSPARMS 的系统参数表。这个表主要是一个键/值表。它对键和值都使用 VARCHAR。这允许我们以任何形式指定键以及值（真正转化为操作）。
我喜欢使用数据库，因为我们可以对应用程序进行实时调整。例如，当系统停机进行维护时，我们在其中设置了一个值，因此没有用户可以访问 Web 应用程序。我们可以随时关闭或打开此功能，而无需部署任何应用程序。
【讨论】：
如果我要在数据库中执行此操作，我喜欢执行此操作的方式是存储属性。一个属性有一个键/值对。但它也有一个属性类型（指向attributeTypes 表），例如日志记录、siteConfig、externalReferences 等等。然后，您还可以在 AttributeType 级别拥有一个表，该表指定要保存在属性表中的数据类型。 DataTypeID 将与 AttributeTypes 一起存储。然后出于查找原因，它指向一个 DataTypes 表。这样您就可以知道您正在处理数字、日期、字符串、xml 等。我发现这提供了最大的灵活性……如果您需要的话。
【讨论】：
在 ASP.Net 中，您可以将全局配置值以名称/值对的形式存储在 Web.Config 文件中。
【讨论】：
Zend 框架使用 config.ini 并有一个很棒的解析器，它可以根据点符号将键拆分和分叉为数组和子数组。 config.ini 可以作为实例加载并存储在注册表中。
示例：
db.name '我的名字'
db.host '我的主机'
db.user '我的用户'
db.password '我的密码'
我现在可以得到这些值，例如：
$config->db->名称；或完整的数组 $config->db;
【讨论】：
我过去曾使用数据库表来存储应用程序设置，它非常有用。虽然，我同意你的担忧，但感觉应该有更好的方法来做到这一点。但是，我不知道，所以我们开始吧：
你的列应该是这样的：
id 可以方便地在应用程序循环中显示您的设置，这是一种很好的做法。
如果可能，将“名称”设为唯一列。
'text' 数据类型符合您的数据，因此 varchar(50) 无论如何都会为每行预留 50 个字符，文本将根据数据量进行调整。如果您的数据是简单的东西，例如开或关开关，它可以是一个字节，如果它是一个很长的副本，它可以促进这一点，而不会强制较小的数据具有相同的大小。 （我认为这就是它的工作原理，尽管最小大小可能大于一个字节 - 无论哪种方式，适应而不是符合预定义数量的东西绝对是一个加号）。
data_type：这不是必需的，但听起来您想要一种方法来限制可以为每个设置输入的数据类型。这是行范式的缺点之一：数据类型只是一个建议。如果您计划拥有一个管理工具，其中管理员是临时工并且可能输入错误数据，那么您可以使用它来检查建议的值，然后再将其提交到表格并可能使您的应用程序崩溃。当然，如果每个人都可以直接访问该表，这将无济于事，但它也可以作为一个有用的指南。
描述：这些是 cmets。用它来告诉那些追随你的人你为什么这样做，以及如何避免应用程序崩溃。
【讨论】：
如果表中只有一行，那么为什么要使用数据库？将配置以 XML 格式存储在一个文件中。
如果还需要使用数据库，则将配置以XML格式存储在数据库的一张表的一行的一列中。
【讨论】：
我喜欢 STAii 提倡的 YAML 方法。
如果这是一个 .NET 或 Java 应用程序，您还可以考虑使用 XML 并使用序列化来方便地获取用户设置的实例。
【讨论】：