脏数据和时间戳，还有数据一致性校验

    今天在开发补货管理模块时，要新增长一个接口，功能是能够修改补货管理表里的订单状态。

    在数据库里，由一个orderStatus字段来表示订单的当前状态，而这个状态能够由两种用户角色进行修改。一个是加工厂，另外一个是供应商。以前在写方法的时候，还没体会到数据一致性的问题。可是昨天由老欧写了一个接口给我看了以后，发现比我写的方法多用到了表里的lastModifiedOn和modifiedBy字段。来校验数据。内心有些疑惑，就让他给我讲讲这方面的东西。

    他说：A在修改状态的时候，从前端获取到的状态是1，要将其修改为3.可是在这个过程当中，B用户已经把状态修改为2了，那么，A获取到的状态1，就成为脏数据。：

脏数据在临时更新（脏读）中产生。事务A更新了某个数据项X，可是因为某种缘由，事务A出现了问题，因而要把A回滚。可是在回滚以前，另外一个事务B读取了数据项X的值(A更新后)，A回滚了事务，数据项恢复了原值。事务B读取的就是数据项X的就是一个“临时”的值，就是脏数据。

    在项目里：整个业务流程由spo.tpl    spo.controller.php    spo.SCA.php    spo.model.php 组成。

tpl显示数据，controller组织数据，SCA发布接口，model实现接口。A用户在修改tpl上显示的数据的时候，一块儿取到了<input type="hidden" value="{$lastModifiedOn}"}里面的$lastModifiedOn的值为10:00,而SCA里在准备对订单状态进行修改的时候，先从数据库里取出$lastModifiedOn，和传进来的时间戳进行比对，若是二者一致，证实数据一致性没有问题。这时再进行修改。若是两个时间戳不同，就必须停止写入，从新校验。

    在每次更新数据时，都必须执行这一步。否则老欧很生气！后果很严重！

    （PS：为何MySQL里用来表示时间戳的字段要用datetime来存储而不用INT来存储unix时间呢，一个int比datetime更快，另外也不用考虑时区的问题，更方便。明天得问下他才行。）