如何在数据仓库中组织数据集市

作者: 春风助手
发布时间: 2024-07-20 10:52:28 (12天前)

2 条回复

1#
回复此人
只怕再见是故人 | 2020-08-19 12-16

1）每个数据集市都应该是EDW服务器上的单独数据库吗？或者，每个数据集市应该是单个数据库的架构吗？这（还）取决于您使用的数据库软件，以及它是否对例如在多个架构中使用数据施加了任何种类的限制。无论如何，您都不可避免地需要连接到不同的数据集市并从中查询/联接数据，以解决一些业务案例甚至ETL流程。您可能还需要隔离/保护对特定数据集市的访问，独立加载每个数据集市或使用不同的调度/方法等。由于这些原因，通常足以将一个数据库中的数据仓库组织成模式：每个数据集市一个模式，以及共享对象的特定模式（如一致的维度）。这样，您仍然可以使用分散在多个数据集市中的数据，轻松地控制对特定模式/数据集市的访问，并且使用户更容易找到特定的指标/事实。 2）对于一致的维度（即，适用于2个以上数据集市/主题领域/业务流程的维度），它们应该存在于单独的架构或数据库中吗？或者，因为我们事先不知道要符合哪些维度（因为我们一次要构建一个数据集市），我们是否应该简单地在企业总线矩阵（Excel文件）中标识一致的维度，而不进行分离他们在EDW？如果将数据集市组织到架构中，则有一个特定的架构来保存这些一致的维度和其他共享数据是有意义的。这样，可能仅可以访问特定数据集市的不同用户仍可以使用一致/共享的维度。 3） a）是否应在EDW中完全确定事实表和维度表？例如，由于我将维护将与自助BI用户共享的每个星形模式的图表，因此通过某种方法在数据库中标识事实表是否具有任何价值，例如在表名前添加“事实”？是的，使用前缀使用户在浏览数据仓库时更容易找到指标（事实）和维度，诸如F_ tableName或D_ tableName之类的东西已经很长了。 b）如果应在EDW中识别事实和维度表，那么识别机制应该是什么？应该通过表名前缀吗？是否应该通过将表组织成单独的“事实”和“维度”模式？和上面一样:)

编辑

登录后才能参与评论