什么时候没有规范化的数据库是正确的？

Question

情况是这样的：

假设我有一个Dog模型和一个疫苗接种模型(因此，一个表存储Dog的行，一个表存储给Dog的疫苗行)。

所以，一只狗接种疫苗，一只belongs_to狗接种疫苗。

我希望能够快速回答这个问题：“狗A最后一次接种疫苗是什么时候？”有两种方法可以存储此数据：

1)规范化数据库方式:让Vaccine表存储所有内容。要回答这个问题，请在数据库中搜索为狗A接种的所有疫苗，并返回最新的疫苗。

2)不规范的数据库方式:在狗中有一个字段叫做"last_vaccination"，每次给A狗接种疫苗时都要维护这个字段。

#1的优点是:您可以实现数据库规范化，而不必担心维护准确的数据。

#2的优点是:性能--您不必每次都搜索疫苗数据库。

怎样做才是正确的？

Answer 1

我非常喜欢几年前在一个软件研讨会上从一个数据库专家那里听到的一句话：

“正规化直到它受伤，反正规化直到它起作用。”

这里面有很多事实。

顺便说一句，我认为上面的布局有一个漏洞--需要有一个“疫苗”表，实际上，它将狗与疫苗联系在一起。疫苗!=疫苗。这是规范化版本的更准确的表示。国际海事组织。

Answer 2

就我个人而言，我在这种情况下认识到的一件事是：

如果您发现需要经常将聚合或“最新记录”信息存储在另一个表中(并且破坏了规范化)，主要是出于性能目的，那么您真正需要的是缓存，而不是列/表。

选择您的毒药:简单的内存缓存、分布式缓存或对您的关系型数据库管理系统的NoSQL补充。

在您的特定情况下，可能工作的最简单的事情可能是这样的：

Rails.cache.fetch("dogs/#{@dog.id}/last_vaccination") do
  @dog.vaccinations.last
end