加入收藏 | 设为首页 | 会员中心 | 我要投稿 北几岛 (https://www.beijidao.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 大数据 > 正文

php – 订阅,单一购买产品和可变服务的数据模型

发布时间:2021-08-28 03:46:10 所属栏目:大数据 来源: https://www.jb51.cc
导读:我正在为一个系统设计一个数据库,该系统将处理基于订阅的产品,标准的一次性定价购买产品和可变服务的计费. 客户可以与许多域相关联,并且域可以具有许多订阅,设置定价产品或与其相关的计费变量服务. 我不确定是否将这些类别中的每一个分别放入他们自己的“订

我正在为一个系统设计一个数据库,该系统将处理基于订阅的产品,标准的一次性定价购买产品和可变服务的计费.

客户可以与许多域相关联,并且域可以具有许多订阅,设置定价产品或与其相关的计费变量服务.

我不确定是否将这些类别中的每一个分别放入他们自己的“订单”表中,或者找出将它们全部编译成单个订单表的解决方案.

有关订阅的某些信息是必需的,例如开始日期或到期日期,这与独立产品无关.可变服务可以是任何价格,因此具有单个产品表将意味着我将不得不添加可能永远不会再次使用或可能以不同成本的新产品.

什么是解决这个问题的最佳方法,并将每个分成最佳方式分成单独的订单表?

解决方法:

你看过子类型 – 它可能适合你.我的意思是一个中央“订单”表,其中包含公共属性和可选的“是一对”/特定订单表的一对一关系.特定订单表包含仅特定于该类订单的属性,以及返回到中央订单表的外键.

这是尝试充分利用“两个”世界的一种方式,我指的是(a)报告共同事物的适当集中程度和(b)适当的专业化水平.增加的细微差别是以额外加入的成本为代价,但为您提供灵活性和报告.

虽然我有点偏向于亚型,但是有些人觉得除非你的订单子类型非常不同,否则将它们分开可能是不值得的.有一些看似很好的讨论here on dba.stackexchange以及here.话虽如此,书籍(或至少章节)已经写在这个主题上!

(编辑:北几岛)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读