序
对于公告或者菜单或者帖子通常会有拖拽排序的需求,这个时候数据库设计呢。本文就来简述一下几个方案。
方案概述
方案 | 概述 | 优点 | 缺点 |
---|---|---|---|
存json | 对于每次排序,涉及影响的列表作为一个大json重新更新 | 省事 | 列表太大的话,每次更新太多不好 |
每次更新受影响记录的排序字段 | 假设有个position字段,每拖拽其中一条记录,则要同步影响受影响的列的position字段 | 前端操作省事 | 同步更新的记录有点费劲 |
只更新指定记录的排序字段 | 前后项差值除以2 | 简单 | 除2太多有精度问题 |
链表方案 | 存储前后记录的位置 | -- | 排序太费劲 |
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。