performance - 在性能(和分类)方面，分层数据与相关数据的优缺点是什么？

Question

这与this question有关。我想到了例如this book。而不是分别是[Agriculture]和[Other]树中的[Books > Catalogs > Agriculture]和[Business & Industrial > Agriculture & Forestry > Other]的子代，它可以自己独立拥有这些级别作为标记。

在eBay这样的网站中，如果数据已正确归一化，列出所有带有标签 [Agriculture和Catalog]的记录的性能成本是否会大大超过列出[Books > Catalogs > Agriculture] 类别的所有记录的性能成本？

我意识到这可能是一个愚蠢的问题(不，我不认为我正在为下一个eBay编程)，但是我无法摆脱这种好奇心，更糟糕的是，诱惑；因此，我宁愿现在听起来很愚蠢，也能很好地理解自己的误解，而不是以后再做一些愚蠢或毫无意义的事情。

Answer 1

当关系模型首次出现时，主要的数据库范式是分层的。然后(仍然是这样)分层结构会更有效，因为从本质上讲，您可以从部分预连接的查询开始。

但仅基于一个静态的层次结构。当您想使数据 View 来自另一个根维度时，就会出现很大的困难。 (这是一个备受争议的问题，关系数据库是否能够足够有效地用于实际使用；很快通过摩尔定律的应用解决了。)

考虑具有包含产品的订单的客户；层次结构。不可避免地，您还需要考虑可以在客户订单中找到的产品；整个其他层次结构。以及从客户那里产生订单的地区的销售人员；或有下订单的客户。

关系数据库使您能够以大致相等的效率随意重构层次结构。仅以其他数据库格式提供的好处，但以嵌入多个正交层次结构为代价；在这种情况下，更改，添加或删除数据的成本将是天文数字。