Sql server 在设计BI启动模式时,维度表是否应该只使用用户友好的属性值?

Sql server 在设计BI启动模式时,维度表是否应该只使用用户友好的属性值?,sql-server,database-design,business-intelligence,cognos,star-schema,Sql Server,Database Design,Business Intelligence,Cognos,Star Schema,我正在为我的BI开始模式设计维度表。我已经观察到与每个维度值相关联的用户友好属性值的值,因为这些值可以在报告中非常容易和有效地使用 我想知道,包含/公开源系统的编码值(当然不包括源系统的唯一密钥)是否有任何好处 例如,如果我有一个名为Color的属性,其源系统中的本机代码值分别为:x2、x7、x9,表示红色、蓝色和绿色,那么在维表中维护两列是否有任何值:一列表示源系统代码值(例如x2),另一列表示用户友好型值(例如红色) 在BI报告中(我们目前在星型模式上使用Cognos)连接回源系统以获取其他

我正在为我的BI开始模式设计维度表。我已经观察到与每个维度值相关联的用户友好属性值的值,因为这些值可以在报告中非常容易和有效地使用

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

例如,如果我有一个名为Color的属性,其源系统中的本机代码值分别为:x2、x7、x9,表示红色、蓝色和绿色,那么在维表中维护两列是否有任何值:一列表示源系统代码值(例如x2),另一列表示用户友好型值(例如红色)

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


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

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

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