电商数据仓库 订单建模问题

xmfsamsara 2019-03-20 10:18:37
现在有多种订单 原始订单对应电商平台的一笔订单 一对多 多个 原始订单子订单 对应 每个spu的销售 (spu理解为一套物品)
每个原始订单子订单 一对多 多个 订单子订单 对应每个 货物的

建立明细表的 时候 是建立一个 粒度最细的 事实表 还是 每个订单建立一个事实表 再建立一个mapping表 进行关系对应



...全文
573 5 打赏 收藏 转发到动态 举报
写回复
用AI写文章
5 条回复
切换为时间正序
请发表友善的回复…
发表回复
xmfsamsara 2019-03-25
  • 打赏
  • 举报
回复
我已经设计完成 大家参考一下 原始订单 是从各个渠道离线过来的订单 不是电商公司内部的订单 以建模原则 保持粒度一致的情况 以订单子单 为 明细粒度 一个 订单子单对应 一个 货物 别的订单都以维度表 关联
赛博橘 2019-03-22
  • 打赏
  • 举报
回复
原始订单保留主要信息; 电商订单保留订单次要信息,例如电商商家名称,保留原始订单主键; spu保留货物信息,保留电商订单主键; 有点想不明白为什么有个原始订单,有个电商订单就可以了呀。 我前不久的项目就是电商,订单、订单商品(就是你说的货物)、商品,就解决了
LighBlade 2019-03-22
  • 打赏
  • 举报
回复
这个是明确的: 两个表 A 订单表 B 子订单表(单品)保有订单ID
xmfsamsara 2019-03-20
  • 打赏
  • 举报
回复
是将销售 扁平化的 打成一张 事实表 还是 分开 建立事实表
931828653 2019-03-20
  • 打赏
  • 举报
回复
多方持有一方的id

67,513

社区成员

发帖
与我相关
我的任务
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
  • Java EE
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧