是否可以在 mysql 中的字段中添加额外的列？

Question

我们希望通过向每个“列”添加额外的列来扩展 MySQL。现在你有以下内容。

Field, Type, Null, Key, Default, Extra

我们希望能够在“列”定义中添加一个额外的列，例如Attributes。我们的系统有一定的设计规范，我们需要每“列”描述更多的数据。我们如何在 MySQL 中做到这一点？

返回所有列的查询如下。

SHOW COLUMNS FROM MyDB.MyTable;

编辑 1

我应该一开始就添加这个，我很抱歉没有这样做。我们目前在 Comments 部分中为每种列类型描述属性，我们知道这是一个非常肮脏的解决方案，但它是我们当时唯一能想到的解决方案。我们已经构建了一个围绕 DB 结构的代码生成器，这正是这一举措的真正根源。我们希望描述列的代码属性，以便代码生成器可以获取更改并在每次更改或运行时刷新代码库。

Answer 1

首先，术语：“字段”和“列”在这种情况下基本上是同义词。字段和列之间没有区别。一些 MySQL 命令甚至允许您互换使用这两个词（例如 SHOW FIELDS FROM MyDB.MyTable）。

我们想为表中的每一列分配属性。为“field”添加“field_foo”会为每一行一遍又一遍地重复相同的数据。

简单回答： 如果您想要更多与给定列foo 相关的属性，那么您应该创建另一个表，其中foo 是它的主键，因此每个不同的值都恰好是一行。这是database normalization 进程的一部分。这允许您使用属性来描述foo 的给定值，而无需重复数据，即使您在原始表中多次使用该值也是如此。

---

听起来您可能还需要允许可扩展性，并且您希望在未来某个时间允许新列，但您现在不知道哪些列或多少列。这是一个很常见的项目需求。

您可能会对我的演示文稿Extensible Data Modeling 感兴趣，我在其中概述了针对此类问题的 SQL 的不同解决方案。

• 额外的列
• 实体-属性-值
• 类表继承
• 序列化的 LOB
• 倒排索引
• 在线架构更改
• 非关系型数据库

这些解决方案都不是万无一失的，每个都有其优点和缺点。因此，值得了解所有这些，然后确定哪些具有对您的特定项目很重要的优势，而它们的弱点不会给您带来太多不便（这是许多软件设计选择的决策过程）。

---

我们目前正在评论部分中描述每种列类型的属性

所以您使用的是“序列化 LOB”解决方案。