会计数据仓库设计问题

【问题标题】：Accounting Data Warehouse Design Question会计数据仓库设计问题
【发布时间】：2019-06-11 08:37:02
【问题描述】：

我们 ERP 中的财务模块有一个总账和子账（应收账款、应付账款等）。所有子分类帐都汇总到 GL 中。我相信的标准会计架构

我已经建立了一个 fact_general_ledger 表，业务现在需要报告 AP 和 AR。

最终目标是在 GL 和 AP/AR 之间进行对账，并为 AP/AR 的日记帐过帐提供更多粒度

AP/AR 应该是事实还是维度？

我觉得 AP/AR 是事实表，可以将它们加入到 GL 中，然后进行交叉比较并帮助对账

但是，我知道加入两个事实表是自找麻烦

对此的最佳设计实践是什么？

【问题讨论】：

【解决方案1】：

我将创建一个带有账户维度的交易表，其中根据方向用 + 或 - 号记录金额，账户维度负责将账户汇总为更大的类别。

AP 和 AR 现在只是查询单个帐户或帐户类别的总计。

【讨论】：

这是我的计划 - 制作一个 fact_AR 表。但是，如果我想将其与 GL 相协调，我需要将其加入 Fact_Ledger 表，通常加入两个事实表不是一个好主意？然而，我以前见过这样做
你不需要加入。每个事实都会有一个金额、一个日期、一个账户、一些描述等。如果是账户之间的转账（例如从银行账户到应付账款），那就是 2 笔交易，一加一减。查询帐户总数只是一个滚动的问题。
好的，谢谢。然而，在 OLTP 中，我们有一个单独的 AR 和 GL 表。一旦 AR 得到验证，它就会被手动过帐到 GL。由于手动过帐，由于过帐过程中的错误，两者中的值可能不同。这就是为什么 AR 和 GL 需要分开但也需要相互连接以进行协调的原因。