1

我确实对数据库规范化有一些想法，但有时我认为，在某些情况下，有一个比 ONE DATA OBJECT = ONE TABLE 模式更优雅的解决方案（我相信）。

例如：文章和静态页面的存储。数据非常相似，我们可以使用一个简单的标识符列将它们放在一个表中，并且由于不同，我们实际存储的数据对于每种数据类型都会有一些空白的未使用列：

id | title(both) | author(article only) | content(both) | datetime(article only) | type(identificator - article/page)

这种方法是否仍然正确，或者无论相似之处如何，每个数据都应该有表格？

4

1 回答 1

1

您正在描述Single Table Inheritance。这是一个合法的模式，见http://martinfowler.com/eaaCatalog/singleTableInheritance.html

优点包括：

  • 一张表包含所有子类型。

缺点包括：

  • 您不能NOT NULL在特定于子类型的列上定义约束，因为它们必须可以为空。
  • UNIQUE或FOREIGN KEY可能不支持对子类型特定列的约束（取决于 RDBMS 实现）。
  • 如果您有许多子类型，则该表将有很多列，其中大部分将为 NULL。某些数据库对给定表的列数有限制。但是对于 MySQL，每个表的最大列数是 4096。InnoDB 不存储 NULL，所以这应该不是问题。
  • 如果您经常添加新的子类型，则每次添加更多特定于子类型的列时都必须更改表。

您可能想了解替代方案，例如类表继承 ( http://martinfowler.com/eaaCatalog/classTableInheritance.html )。

于 2013-07-01T20:32:21.437 回答