拖拽数据库设计方案小结
序
对于公告或者菜单或者帖子通常会有拖拽排序的需求，这个时候数据库设计呢。本文就来简述一下几个方案。
方案概述
方案 | 概述 | 优点 | 缺点 |
|---|---|---|---|
存json | 对于每次排序，涉及影响的列表作为一个大json重新更新 | 省事 | 列表太大的话，每次更新太多不好 |
每次更新受影响记录的排序字段 | 假设有个position字段，每拖拽其中一条记录，则要同步影响受影响的列的position字段 | 前端操作省事 | 同步更新的记录有点费劲 |
只更新指定记录的排序字段 | 类似 取前后项差值除以2 | 简单 | 除2太多有精度问题 |
链表方案 | 存储前后记录的位置 | — | 排序太费劲 |
doc
- 关于拖拽排序后的持久化方案
- 简单方法实现拖拽排序
本文参与 腾讯云自媒体同步曝光计划，分享自微信公众号。
原始发表：2017-09-01，如有侵权请联系 cloudcommunity@tencent.com 删除
目录
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号