【问题标题】:When Designing a BI Start Schema, Should Dimension Tables Use Only User-Friendly Attribute Values?设计 BI 启动模式时,维度表是否应该只使用用户友好的属性值?
【发布时间】:2014-02-03 16:00:55
【问题描述】:

我正在为我的 BI Start 架构设计维度表。我已经观察到与每个 Dimension 值关联的用户友好属性值的值,因为这些值可以很容易且有效地用于报告。

我想知道,包含/公开源系统的编码值是否有任何好处(当然不包括源系统的唯一键)?

例如,如果我有一个名为 Color 的属性,其源系统中的本机代码值为:x2、x7、x9 分别代表红色、蓝色、绿色 - 在 Dimension 表中维护 2 列是否有任何价值:一个用于源系统代码值(例如 x2)和一个用于用户友好值(例如 Red)?

在 BI 报告中是否常见(我们目前在星型模式上使用 Cognos)连接回源系统以获取其他属性?

这些“其他”属性是否应该始终出现在 BI 模式中,从而永远不会加入到源系统中?

【问题讨论】:

  • 这确实是一个需求问题。您的消费者是否需要访问代码?如果是这样,那么我会将它们包含在维度中,尽管您没有必须。如果这样做,您的查询和 Cognos 模型都会变得更简单。
  • @Andrew,也许将您的评论放在答案中?我有你的后续。

标签: sql-server database-design business-intelligence cognos star-schema


【解决方案1】:

我发现在最终(表示)层公开代码是值得的......不可避免地,有一群用户使用代码而不是描述(例如,那些在数据输入或“导出数据”的用户) excel并与其他一些数据源“类型合并)。此外,它有助于调试和可追溯性。您可以将它们全部组织在自己的文件夹或 QS 中,同时将它们与企业名称分开。谢谢,祝你好运。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2016-12-22
    • 1970-01-01
    • 1970-01-01
    • 2014-04-18
    • 1970-01-01
    • 2019-09-14
    • 1970-01-01
    相关资源
    最近更新 更多