我拥有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
答案 0 :(得分：2)
并非每个维度都需要具有层次结构。日期确实具有明显的自然等级（例如，世纪 - 年 - 月 - 日），但没有理由认为书必须有一个。
如果存在层次结构，则它将基于对报告用户有用的任何信息，并且可在源数据中使用。对于图书馆员来说，Dewey Decimal或Library of Congress分类可能是很好的层次结构，但对于书店而言，它们可能完全无关。
您需要向用户了解他们希望如何深入了解图书详细信息并相应地对维度进行建模。也许您的公司已经拥有内部分类系统，或者可能根本就没有层次结构，只是报告中使用的一组属性。
在这里询问意见不太可能有所帮助，因为我可以说Author->PublicationYear->Book，但您的用户可能会说Author->Book或PublicationYear->Publisher->Author->Book或完全不同的内容。