比如我们网站有很多订单 , 但是 管理权限的客服有很多人 .
如何防止多人同时编辑呢
这种场景，多人同时编辑避免不了的，
决解办法可以参考SVN的做法，用户正式提交前告诉用户，他提交的版本和此时在服务器的版本之间的差异，让他来确认提交，或者继续修改
是不允许多人同时编辑呢，还是解决多人同时编辑的冲突。如果是不允许那就给订单设置一个编辑中的状态，定好时间戳不久应该行吧。如果是解决多人编辑冲突，那就可以仿照github的分支，已有的就是主分支，每一个编辑的人都会创建一个分支，编辑完成之后合并到主分支。这样也应该行吧。
使用加锁机制
就像上厕所, 每次只能一个人用; 厕所里有人就把门关上; 其他人要用的话就要在后面排着; 有的人着急就插队?
比较科学的做法
1.提交方式是ajax
2.订单增加last_update_dateline字段存时间戳，每次修改更新该字段
3.提交订单时对比时间戳，如果晚于last_update_dateline，提示ajax弹框提示用户已经被修改过，是刷新加载新的订单内容，还是继续提交。
get√ ~
- ETag 判断修改的资源是否是最新的
- DB 也要加入防止并发修改的逻辑(简单一点使用行锁就可以)
利用memcache实现锁
提交的时候做最近时间的确认，看是否与你提取数据的时候一直，并且用最新数据提示用户是否需要覆盖
这个问题楼主问的比较粗糙，解决核心是数据库是一定要加锁的，否则根本做不到并发造成的多个客服读到同一个订单而导致多人编辑该订单的情况。
假设数据库是mysql,innodb引擎,订单表为orders，id为主键。所有的客服首先看到一个订单列表，然后客服点击某个订单进入订单修改页面，进入订单修改页面的php逻辑如下：
1，update orders set status="编辑中" where id=xx and status != "编辑中";
检查update语句执行后返回值，如果返回值为1（1表示更新了一行数据），表示更新成功，否则提示该订单正在编辑中。
上面的方法有两个要点：
1，update操作默认会锁住行，update执行完成后释放行锁；
2，status != "编辑中" 很重要，假设a,b两个客服并发访问，a先执行update操作，那么b会等待a操作完成才能执行自己的update操作，等待完后发现status= "编辑中"，所以b什么都不做，虽然update操作成功，但是更新的行数为0;
另外一种情况是有很多需要修改的订单系统随机分配给客服，就是说客服一进入某个页面会看到一个需要修改的订单，并且要求客服们看到的订单不能重复，逻辑可以是这样：
1,begin;（开始一个事务）
2,select * from orders where status != "编辑中" limit 1 for update;
3,将得到这个订单update操作设置 status = "编辑中"
4，commit;
要点是第2步会锁定所有status != "编辑中"的订单记录，其他人需要等待事务提交后才能读到数据。如果事务等待超时时间比较短，可以设置长一点，同时如果操作失可以再读一遍。
这个比较容易实现吧.
在订单列表里查询订单状态，如果是正在处理 就把订单灰掉； 客服点击订单之后就把订单状态改过正在处理状态，客服完成后或者取消修改，订单状态依次修改为 已处理/ 未处理. 然后就是细节的逻辑判断了；
多状态嘛，编辑的时候，把状态改成编辑中，其他人不可以操作，完成了再把它状态修改下，这个是比较容易操作的。
两个比较容易实现的方法：
1.把订单编辑操作设置权限。可以按订单的类型、时间、区域等划分；
2.修改订单的显示条件。如果一个订单正在编辑中，可以有一个唯一状态，此时订单列表不显示该订单；
补充楼上。
编辑时记录进入时刻。
如果有人在进入时刻之后提交了数据，则提示刚刚有人提交过。