【问题标题】:context hierarchy of book书的上下文层次
【发布时间】:2013-03-20 18:19:29
【问题描述】:

我有具有ISBN, title, author, publication year, publisher company 属性的书店的书籍尺寸。对于时间,很容易看到层次结构,但对于书籍维度,我无法构建层次结构。书籍维度的上下文层次结构是什么?你能帮我吗,因为我对如何构建它有点困惑?

编辑:例如,时间

           date < week of the day < month < year
           date < week of the day < year

 as an example, for calendar

           Calendar Year > Calendar Quarter > Calendar Month > Day

【问题讨论】:

  • 如果有不清楚的部分,请随时询问或说

标签: data-warehouse olap


【解决方案1】:

并非每个维度都需要有层次结构。日期确实具有明显的自然层次结构(例如世纪-年-月-日),但没有理由书籍“必须”有一个。

如果存在层次结构,它将基于对您的报告用户有用并且在您的源数据中可用的任何信息。对于图书馆员来说,Dewey DecimalLibrary of Congress 分类可能是很好的层次结构,但对于书店来说,它们可能完全无关紧要。

您需要从您的用户那里了解他们希望如何深入了解图书详细信息并相应地对维度进行建模。也许您的公司已经有一个内部分类系统,或者可能根本没有层次结构,只是在报告中使用的一组属性。

在这里征求意见不太可能有帮助,因为我可以说 Author-&gt;PublicationYear-&gt;Book,但您的用户可能会说 Author-&gt;BookPublicationYear-&gt;Publisher-&gt;Author-&gt;Book 或完全不同的东西。

【讨论】:

  • assume -> 如果我的期望是,根据标题和作者向下钻取,期望的层次结构是什么?
  • 我回答的重点是,您应该询问将使用您的报告的人;我的意见在这里毫无用处。我可以说Author-&gt;PublicationYear-&gt;Book,但您的用户可能会说Author-&gt;BookPublicationYear-&gt;Publisher-&gt;Author-&gt;Book 或完全不同的东西。
  • 我不明白。您也可以将此评论添加到您的答案中吗?谢谢
  • 当然,我已经添加了我给出的示例
猜你喜欢
  • 2012-12-28
  • 1970-01-01
  • 1970-01-01
  • 2013-02-27
  • 2012-12-21
  • 1970-01-01
  • 1970-01-01
  • 2016-06-18
  • 1970-01-01
相关资源
最近更新 更多