OTC衍生品交易场景Star schema设计合理性咨询

设计合理性验证 #

• 维度表设计符合规范：takers、makers作为参与方维度表是完全合理的，二者均为属性相对稳定的业务主体，可将机构ID、资质等级、可交易范围、归属业务线等静态属性全部存入维度表，避免在事实表中冗余存储，符合星型模型的设计原则。
• 双事实表拆分适配业务流：
  • 报价请求事实表可承载Taker发起请求的全量信息，粒度为「单条报价请求」，可存储请求时间、请求的衍生品类型、请求有效时长等核心度量属性，外键关联takers维度表即可匹配发起方信息。
  • 报价事实表粒度为「单条Maker返回的报价」，外键关联对应请求ID、makers维度表，可存储bid价格、ask价格、报价有效期、最终是否成交等度量字段，刚好匹配你业务中「单个请求可向多个Maker发送、接收多份报价」的一对多关联逻辑，没有冗余也不会缺失关键信息。

可选优化方向 #

如果后续需要覆盖全链路交易分析，可做2点补充调整：

• 新增独立的成交事实表，粒度为「单笔成交交易」，外键关联对应报价ID、takers/makers维度表，存储成交价格、成交数量、清算时间等成交阶段专属属性，三个事实表按业务节点拆分，分析灵活性更高。
• 补充衍生品品种维度表、时间维度表，方便后续做分品种、分时段的交易行为、报价效率类统计。

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