订单数据处理
记录开发过程中遇见的问题。订单数据属于历史数据，作为以后的参考查询使用，不应当直接作为业务数据使用，要是历史数据要使用在业务逻辑中，进行相应的增删改查，那历史数据就应当流进业务数据之中。 举个开发中的例子来讲: 有课程 ， 课件 ， 用户 三个实体 ，其中一个课程包含多个课件。 那么在用户购买课程的产生的订单数据中 ， 就应该包含两部分数据。 订单（用户 ， 课程） ， 订单课件（订单，课件）。 1----》订单中，必须包含课件的会变动属性，例如课程的价格 ， 课程的名称 等等， 作为历史数据存在 ， 订单数据一定是不随着课程的变化而变化的。这一点在一些刚入手项目的程序员中经常会犯错误， 认为只是关联上课程ID就万事大吉。 2----》订单课件 是为了记录当时的课程包含课件情况。在生活中很明显， 你买了电脑500G硬盘， 不会因为厂家过后把该型号硬盘改成750G ， 你的机器也变为750G。 但是在开发中确实会出问题， 尤其是对于刚入手项目的开发人员 ， 对业务不很熟悉。 以上内容仅供参考， 在此写出， 确有其事。 希望有用。 来源： oschina 链接： https://my.oschina.net/u/195896/blog/71469