需求
设计一个 web 端的回收站，用户可以删除文件 /文件夹放入回收站，回收站内可销毁 /复原 文件 /文件夹
当前的设计
文件，文件夹，回收站都有单独的表，路径 path 都有记录
遇到的问题
文件 /文件夹复原的时候复杂度特别高，需要检验原始路径-->再生缺失的文件夹-->合并 等等步骤，总的来说已经理不清思路了。。。
有实现过类似功能的 v2er 吗，给点建议什么的，感激不尽
› MySQL 5.5 Community Server
› MySQL 5.6 Community Server
› Percona Configuration Wizard
› XtraBackup 搭建主从复制
Great Sites on MySQL
› Percona
› MySQL Performance Blog
› Severalnines
推荐管理工具
› Sequel Pro
› phpMyAdmin
推荐书目
› MySQL Cookbook
MySQL 相关项目
› MariaDB
› Drizzle
参考文档
› http://mysql-python.sourceforge.net/MySQLdb.html
MySQL 相关项目
› MariaDB
› Drizzle
参考文档
› http://mysql-python.sourceforge.net/MySQLdb.html
This topic created in 2141 days ago, the information mentioned may be changed or developed.
Supplement 1 · Dec 30, 2020
设计成这样是因为考虑到以下几点
- 复原文件夹时需要准确还原，意思是如果有包含关系的两次删除记录，不能全量还原，因此需要记录删除的文件/文件夹的id
- 回收站表记录了删除时的完整路径用于还原时再生路径的需求
 |
1
”文件，文件夹“ 加个是否已删除的状态，假性删除如何
|
1 |
2
直接 写个脚本 删除功能使用 mv 移动到“回收站”（服务器目录：/xxx ） 回收站里面删除 使用 rm， 可？
|
|
3
文件 /文件夹复原的时候复杂度特别高，需要检验原始路径-->再生缺失的文件夹-->合并 等等步骤，总的来说已经理不清思路了。。。
---- 这个问题，我觉得产品设计换个角度吧，比如 如果原始路径存在，那么直接回复到原始，如果不存在，那么用户选择一个路径 |
 |
4
加回收站表就是浪费，1 楼建议 ok 的 软删除状态即可
|
 |
6
@liyanggyang 定下的需求是 如有重复会让用户选择是否保留两者或跳过
|
 |
7
@SjwNo1 再怎么操作 ，父级 id 不会变吧
|
 |
8
自己建一个，意思到了就行
|
|
9
@pixiaotiao 父级 id 是不会变哈，但是父级被移动了我还原的时候不能跟着它走
|
 |
10
删除（到回收站）只是改个状态；清空回收站（或者直接选择彻底删除-不可恢复）才彻底删除文件。一般应该这样设计吧
|
|
11
@SjwNo1 其实我觉得很简单，直接操作你的操作系统怎么做的，这个最符合人的使用习惯，如果不符合，那就产品经理自行背锅（给出完整逻辑，应该怎么办）
|
|
12
@jjianwen68 是的，一般这样就感觉足够了，无奈产品无脑，看到什么想做成什么样。。
|
|
area5GYgr9wUuIuuDec 30, 2020
13
|
|
14
|
 |
15
你父子级关系跟逻辑删除没关系啊，最多就是恢复的时候判断一下名称重复？是不是被产品经理给绕进去了:P
|
|
16
@974879409 可能我表述的不准确，可是还原的时候很有可能会发生 状态还原但路径未还原，假设现有 /A/B/C，先删 B，再删 A，状态都为“已删除”，这时还原 B 应该需要很多操作哈 （不知道我想的对不对）
|
|
17
层级关系不是应该有对照表吗，按对照表次序来还原是不是没那么复杂了。。。
|
 |
19
1. 数据库软删除
2. dot 也就 是 . 软删除 |
 |
20
我的理解
放入回收站 = 软删除（数据状态变更） 彻底删除 = 数据库记录删除 恢复过程拿出该条记录 做对应处理就好了吧 产品说要合并就合并 要改回路径就改回路径 按看你说法 恢复时如果目录不存在 就创建一个 那么记录里应该有删之前的目录快照(类似 没有就整一个) 如果要跟踪目录更改的话 原来的目录如果被改变了理应这条记录的路径也应该存储（但是快照保留旧的） |
 |
22
试了一下，在 Macos 下，先删子目录后删父目录，然后想恢复子目录的时候发现没反应。。
|
|
23
@shanghai1943 产品看了 win 的效果然后要批量还原。。
|
Select Language