订单数据处理

    记录开发过程当中碰见的问题。订单数据属于历史数据，做为之后的参考查询使用，不该当直接做为业务数据使用，要是历史数据要使用在业务逻辑中，进行相应的增删改查，那历史数据就应当流进业务数据之中。

   举个开发中的例子来说:

   有课程 ， 课件 ， 用户  三个实体 ，其中一个课程包含多个课件。 那么在用户购买课程的产生的订单数据中 ， 就应该包含两部分数据。  订单（用户 ， 课程） ， 订单课件（订单，课件）。

   1----》订单中，必须包含课件的会变更属性，例如课程的价格 ， 课程的名称 等等， 做为历史数据存在 ， 订单数据必定是不随着课程的变化而变化的。这一点在一些刚入手项目的程序员中常常会犯错误， 认为只是关联上课程ID就万事大吉。

  2----》订单课件 是为了记录当时的课程包含课件状况。在生活中很明显， 你买了电脑500G硬盘， 不会由于厂家事后把该型号硬盘改为750G ， 你的机器也变为750G。 可是在开发中确实会出问题， 尤为是对于刚入手项目的开发人员 ， 对业务不很熟悉。

    以上内容仅供参考， 在此写出， 确有其事。 但愿有用。