Database design 事实表加载方法

我创建了基于星型模式的封闭数据模型，我加载了所有维度，但试图找出加载事实表的方法

我在这里的困惑在于外键，例如，我有来自“制造商”即ManfID表的约6787条记录，但来自“Dim_事务”即事务ID的约50K条记录

不确定这将如何存储在事实表中，这是一个设计缺陷吗？我怎样才能解决这个问题

我认为这可以通过在所有键上具有多个值来管理，例如，将有50K的事实记录，其他键重复它们自己

如果是这样，我将如何加载事实表，我在这里使用SSI，并且还创建了查找文件，以使用其他列唯一标识主键

---

摆脱dim\u事务。分支和区域的嵌入维度存在于其他位置。如果需要，将批准的、拒绝的和撤销的现金金额列聚合为事实上的度量值

有时，人们在数据仓库或临时数据库中保留事务表的副本以供审计或报告，但没有理由将其放在星型模式中

---

在某种程度上，我会为此感到非常悲伤，一个事务可以被视为一个尽可能精细的事实表。但是，交易代表一个原子事件，我想不出一个人如何能够居住在一个维度中。

为什么交易是一个维度，而ATM是一个事实？我想应该是相反的。事务是一个典型的业务事件，具有度量或事实（例如金额）和描述性信息，这些信息应进入维度表（ATM是这些信息的一部分）。