2

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

Field, Type, Null, Key, Default, Extra

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

返回所有列的查询如下。

SHOW COLUMNS FROM MyDB.MyTable;

编辑 1

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

4

1 回答 1

3

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

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

简单的答案: 如果您想要更多与给定列相关的属性foo,那么您应该创建另一个表,foo其主键在哪里,因此每个不同的值都恰好是一行。这是数据库规范化过程的一部分。这允许您拥有描述给定值的属性,foo而无需重复数据,即使您在原始表中多次使用该值也是如此。


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

您可能对我的演讲可扩展数据建模感兴趣,其中我概述了 SQL 中针对此类问题的不同解决方案。

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

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


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

因此,您使用的是“序列化 LOB”解决方案。

于 2013-11-07T19:09:16.447 回答