未分類
2020 年 12 月 13 日

说一个系统数据维护时候的“洁癖”

说一个系统数据维护时候的“洁癖”

資深大佬 : libasten 8

数据库中自增的 id，一旦不连续，就会很难受，实际上系统在设计的时候，某张表中的内容是需要删除的，但是经常登录到数据中看到 id 不连续，就有点纠结。

不知道有没有人也这样？哈哈。

大佬有話說 (10)

  • 資深大佬 : dswyzx

    假删除.是时候拿出真正的 自欺欺人尺 了

  • 資深大佬 : WEBUG

    一样的，自己写了个逻辑删除后整体平移了下，保证一直连续，舒服

  • 資深大佬 : acmore

    我有类似的洁癖，如果没有自增 ID 的强烈必要性的话用 GUID 做主键可解

  • 資深大佬 : learningman

    @WEBUG 你硬是把一个 O(1)操作优化成 O(n)了。。。

  • 資深大佬 : chinvo

    @acmore #3 GUID 不能 time-sortable，我选择 snowflake-like

  • 資深大佬 : WEBUG

    @learningman 自己的小项目，严格说是手动自增，id 也不是全表连续的，不影响性能。看着特别舒服

  • 資深大佬 : learningman

    @WEBUG 小项目我都拿 uuid 或者 md5 当 primary key

  • 資深大佬 : WEBUG

    @learningman 这个字段有排序 和修改排序的需求，总感觉 uuid 太长了，所以选了数字（心里感觉能省好多流量，虽然感觉到时候并没多少人用）

  • 資深大佬 : PerFectTime

    说一个系统数据维护时候的“洁癖” 自增 id 看着不爽，所以换成 guid 了

  • 資深大佬 : raaaaaar

    不应该是加个 delete 字段吗？都是软删除比较多吧