基于 Mysql，如何实现回收站功能呢？求赐教

• 資深大佬 : 974879409

  ”文件，文件夹“ 加个是否已删除的状态，假性删除如何

• 資深大佬 : liyanggyang

  直接 写个脚本 删除功能使用 mv 移动到“回收站”（服务器目录：/xxx ） 回收站里面删除 使用 rm， 可？

• 資深大佬 : liyanggyang

  文件 /文件夹复原的时候复杂度特别高，需要检验原始路径–>再生缺失的文件夹–>合并 等等步骤，总的来说已经理不清思路了。。。
  —-
  这个问题，我觉得产品设计换个角度吧，比如 如果原始路径存在，那么直接回复到原始，如果不存在，那么用户选择一个路径

• 資深大佬 : Latin

  加回收站表就是浪费，1 建议 ok 的 软删除状态即可

• 主 資深大佬 : SjwNo1

  @974879409 @Latin 当初也想这么嫩，考虑到父级文件夹会 被移动 /重命名 /删除 等情况才设计如此

• 主 資深大佬 : SjwNo1

  @liyanggyang 定下的需求是 如有重复会让用户选择是否保留两者或跳过

• 資深大佬 : pixiaotiao

  @SjwNo1 再怎么操作 ，父级 id 不会变吧

• 資深大佬 : Lemeng

  自己建一个，意思到了就行

• 主 資深大佬 : SjwNo1

  @pixiaotiao 父级 id 是不会变哈，但是父级被移动了我还原的时候不能跟着它走

• 資深大佬 : jjianwen68

  删除（到回收站）只是改个状态；清空回收站（或者直接选择彻底删除-不可恢复）才彻底删除文件。一般应该这样设计吧

• 資深大佬 : liyanggyang

  @SjwNo1 其实我觉得很简单，直接操作你的操作系统怎么做的，这个最符合人的使用习惯，如果不符合，那就产品经理自行背锅（给出完整逻辑，应该怎么办）

• 主 資深大佬 : SjwNo1

  @jjianwen68 是的，一般这样就感觉足够了，无奈产品无脑，看到什么想做成什么样。。

• 資深大佬 : 974879409

  @SjwNo1

• 資深大佬 : 974879409

  @974879409 @Latin 当初也想这么嫩，考虑到父级文件夹会 被移动 /重命名 /删除 等情况才设计如此
  ——————–
  文件(夹)之间的父子级别关系，和每个文件的”删除”状态没关系

• 資深大佬 : jintianfengda

  你父子级关系跟逻辑删除没关系啊，最多就是恢复的时候判断一下名称重复？是不是被产品经理给绕进去了:P

• 主 資深大佬 : SjwNo1

  @974879409 可能我表述的不准确，可是还原的时候很有可能会发生 状态还原但路径未还原，假设现有 /A/B/C，先删 B，再删 A，状态都为“已删除”，这时还原 B 应该需要很多操作哈 （不知道我想的对不对）

• 資深大佬 : Latin

  层级关系不是应该有对照表吗，按对照表次序来还原是不是没那么复杂了。。。

• 主 資深大佬 : SjwNo1

  @Latin 我打算一个个还原了，不做事件级的还原，谢谢老哥

• 資深大佬 : preach

  1. 数据库软删除
  2. dot 也就 是 . 软删除

• 資深大佬 : abigeater

  我的理解
  放入回收站 = 软删除（数据状态变更）
  彻底删除 = 数据库记录删除
  恢复过程拿出该条记录 做对应处理就好了吧 产品说要合并就合并 要改回路径就改回路径 按看你说法 恢复时如果目录不存在 就创建一个 那么记录里应该有删之前的目录快照(类似 没有就整一个)

  如果要跟踪目录更改的话 原来的目录如果被改变了理应这条记录的路径也应该存储（但是快照保留旧的）

• 主 資深大佬 : SjwNo1

  @abigeater 我发现这样也是可以的，不管用哪种方式，还原的时候都需要经历复杂的逻辑。。 谢谢老哥

• 資深大佬 : shanghai1943

  试了一下，在 Macos 下，先删子目录后删父目录，然后想恢复子目录的时候发现没反应。。