对于每个不同的选项设置，使用名称/值对每行一个，这可能是最好的方法。它比很多列更灵活;如果添加了选项设置，则不必运行任何类型ALTER TABLE操作。
WordPress的wp_options表就是这样工作的。点击这里：http://codex.wordpress.org/Options_API
如果你有一个“复合”选项，你可以serialize一个php数组来存储它在表的一行。

首先我会考虑一件事，一个配置文件。。
那么你应该问问自己你的项目需要什么。。
首先，我会考虑配置文件与数据库：
与配置文件相比，数据库选项的最大优势是可扩展性，如果您有许多应用程序/站点需要这些配置，那么就选择数据库，因为它可以避免您多次复制同一个配置文件，以及所有这些不同“站点”上的文件版本控制和修改问题
否则，我会坚持使用配置文件，因为应用程序的访问速度更快，并且在SQL Server中断的情况下，该文件可能仍然可用，在这种情况下，一些配置可能仍然相关，配置文件也可能包含在您的版本控制软件中。出于一些安全原因，假设您的数据库在许多软件之间共享……
然后，如果你坚持数据库，我会recomand一行一个标签一个配置，我认为它更容易管理记录比表结构，特别是随着时间的推移和你的软件的演变。如果其他开发人员加入你的项目，你的表结构可能很快就会变得一团糟：]
最后一个参数是安全性。。一个好的做法是将软件中的“数据库用户”设置为没有数据库结构修改权限的用户，只有访问/修改删除记录的权限;）

这两种方式都很好。我想说，如果你想在管理面板中管理这些设置，按列设置更好，因为你可以通过管理员的一个简单的INSERT查询来动态添加新设置。这比ALTER TABLE查询更好（更安全）。

这取决于你使用的技术。例如，在PHP Symfony项目中，设置主要存储在平面文件（Json，xml...）中。
我为客户开发了许多大型Web应用程序。键/值表通常用于存储简单的设置。如果你需要存储多个值，你必须序列化它们，所以这有点棘手。
请记住加密敏感数据，如密码（Sha 256 + salt）。
最好的方法是创建两个表。将设置存储为键/值的表：

CREATE TABLE Settings (
    Id INT NOT NULL PRIMARY KEY,
    Key NOT NULL NVARCHAR,
    Value NULL NVARCHAR
    EnvId INT NOT NULL
);

然后需要一个环境表。

CREATE TABLE Environment  (
    Id INT NOT NULL PRIMARY KEY,
    Key NOT NULL NVARCHAR,
);

不要忘记外键约束。
此外，您应该在单独的模式中创建这些表。您将能够通过过滤访问来应用安全策略。
因此，您可以使用许多环境（开发，测试，生产...），您只需要激活一个环境。例如，您可以配置为不在开发环境中发送电子邮件，而是在生产环境中发送。
因此，您执行联接以获取指定环境的设置。您可以添加一个布尔值以轻松地在环境之间切换。
如果你使用一个文件（它不需要db连接），你可以得到这样的东西（Json）：

Env:
    Dev:
        Email: ~
    Prod: 
        Email: contact@superwebsite.com

首先，这完全取决于您的业务需求，但到目前为止，最好的方法是创建一个设置表方案如下。

CREATE TABLE `settings` (
  `id` int(11) NOT NULL,
  `name` varchar(255) NOT NULL,
  `value` text NOT NULL,
  `type` enum('general','advanced') NOT NULL DEFAULT 'general'
);

示例

site_title = "example"
site_logo = "something.jpg"
site_url = "https://www.example.com"
address =  "#795 Folsom Ave, Suite 600 San Francisco"
email = "something@example.com"
mobile = "9898xxxxxx"

这是最好的方法，因为您永远不知道何时会引入新密钥。这里name将是键，value将是值。
值列data type应为TEXT，以便进行详细说明。
我多取了一列，名为typedata type是ENUM，这是为了区分数据。您可以根据业务逻辑自定义类型。

我认为为每个设置设置一个单独的列对于数据类型的灵活性来说是最好的，因为每个列可以有不同的数据类型来满足其设置数据需求