关于角色扮演维度的问题
Question regarding role-playing dimension
希望您能帮忙回答一个关于角色扮演维度的问题
当为角色扮演维度使用视图时，稍后在分析中引用哪个视图是否重要。特别是在角色扮演维度排序的时候，不管用哪个视图都可以吗？
希望问题够清楚。如果没有，请告诉我，我会详细说明。
提前致谢。
您是说您已经为 Dim 扮演的每个角色创建了一个类似于“SELECT * FROM DIM”的视图？如果这就是您所做的全部，那么您可以在随后的 SQL 语句中使用这些视图中的任何一个，该语句将 DIM 连接到 FACT table - 但显然，如果您使用“错误”视图，它将对于试图阅读您的 SQL 的任何人（或者您试图理解您在 3 个月内写了什么！）
例如，如果您有一个事实 table，其键 OrderDate 和 ShipDate 都引用了您的 DateDim，那么您可以创建 vwOrderDate 和 vwShipDate。然后，您可以将 FACT.OrderDate 加入 vwShipDate 并将 FACT.ShipDate 加入 vwOrderDate，这对您的查询生成的实际结果集没有任何影响（除了可能的列名）。
但是，除非不同角色的适用属性非常不同，否则我真的不会费心为角色扮演 Dims 创建视图，因为这是不必要的开销，只会让您有权访问的任何人感到困惑在这个级别的数据库中（谁可能拥有相当强大的 SQL 技能才能获得此级别的访问权限？）。
如果您想让最终用户的生活更轻松，那么要么在他们正在使用的 BI 工具的模型中创建这些类型的“视图”——而不是直接在数据库中创建——或者，如果他们被授予访问数据库的权限，然后在事实及其所有加入的维度中创建视图
希望您能帮忙回答一个关于角色扮演维度的问题
当为角色扮演维度使用视图时，稍后在分析中引用哪个视图是否重要。特别是在角色扮演维度排序的时候，不管用哪个视图都可以吗？
希望问题够清楚。如果没有，请告诉我，我会详细说明。
提前致谢。
您是说您已经为 Dim 扮演的每个角色创建了一个类似于“SELECT * FROM DIM”的视图？如果这就是您所做的全部，那么您可以在随后的 SQL 语句中使用这些视图中的任何一个，该语句将 DIM 连接到 FACT table - 但显然，如果您使用“错误”视图，它将对于试图阅读您的 SQL 的任何人（或者您试图理解您在 3 个月内写了什么！）
例如，如果您有一个事实 table，其键 OrderDate 和 ShipDate 都引用了您的 DateDim，那么您可以创建 vwOrderDate 和 vwShipDate。然后，您可以将 FACT.OrderDate 加入 vwShipDate 并将 FACT.ShipDate 加入 vwOrderDate，这对您的查询生成的实际结果集没有任何影响（除了可能的列名）。
但是，除非不同角色的适用属性非常不同，否则我真的不会费心为角色扮演 Dims 创建视图，因为这是不必要的开销，只会让您有权访问的任何人感到困惑在这个级别的数据库中（谁可能拥有相当强大的 SQL 技能才能获得此级别的访问权限？）。
如果您想让最终用户的生活更轻松，那么要么在他们正在使用的 BI 工具的模型中创建这些类型的“视图”——而不是直接在数据库中创建——或者，如果他们被授予访问数据库的权限，然后在事实及其所有加入的维度中创建视图