序
对于公告或者菜单或者帖子通常会有拖拽排序的需求，这个时候数据库设计呢。本文就来简述一下几个方案。
方案概述
| 方案 | 概述 | 优点 | 缺点 |
|---|---|---|---|
| 存json | 对于每次排序，涉及影响的列表作为一个大json重新更新 | 省事 | 列表太大的话，每次更新太多不好 |
| 每次更新受影响记录的排序字段 | 假设有个position字段，每拖拽其中一条记录，则要同步影响受影响的列的position字段 | 前端操作省事 | 同步更新的记录有点费劲 |
| 只更新指定记录的排序字段 | 类似 取前后项差值除以2 | 简单 | 除2太多有精度问题 |
| 链表方案 | 存储前后记录的位置 | -- | 排序太费劲 |
