当然可行！这不仅是允许的，更是星型模型和星系模型（也叫星座模型）的核心设计思路之一，完全契合你避免雪花模型的目标。

我来给你拆解下为什么这是合理的，以及你的场景完全没问题：

• 维度表的本质是描述通用业务实体：比如日期、客户、产品这类业务对象，本身就会被多个业务过程（对应你的事实表）所共享。举个最常见的例子：一张日期维度表，既可以关联销售事实表记录成交时间，也能关联库存异动事实表记录库存更新时间，还可以关联用户注册事实表记录用户入会时间——这种共享在数据仓库设计里太普遍了。
• 你的4个事实表关联1个维度表的场景完全合规：只要这个维度对应的业务实体和这4个事实表代表的业务过程都有逻辑关联，就放心做关联就行。比如你有一张客户维度表，那销售订单事实（客户下单）、售后工单事实（客户发起售后）、客户咨询事实（客户咨询问题）、积分变动事实（客户积分增减）这四个事实表，都可以直接关联这张客户维度表，完美符合星型/星系模型的设计逻辑。
• 这和雪花模型完全是两回事：你要避免的雪花模型是把维度表拆分成多层嵌套的子维度（比如把客户维度拆成客户表→区域表→国家表，层层关联），而共享维度是多个事实表直接关联同一个扁平化的大维度表，这反而更贴合星型模型“少关联层级、维度扁平化”的特点，根本不会变成雪花模型。

最后给你两个实践小建议：

• 确保共享的维度是一致性维度：也就是这个维度的定义（比如ID规则、属性含义）在所有关联的事实表中完全统一，这是保证整个数据仓库数据一致性的核心。
• 如果不同事实表对同一维度有不同的属性需求，可以用角色扮演维度：比如日期维度，你可以给它起不同的别名（比如订单日期、发货日期）关联到同一个事实表的不同日期字段，或者不同事实表共享同一张日期维度但按需取用属性，这也是非常常见的设计手法。

内容的提问来源于stack exchange，提问作者Zafear