java网盘项目 目前 文件有分享表 文件夹也要创建分享表吗

java网盘项目 目前 文件有分享表 文件夹也要创建分享表吗

根据网盘系统的典型设计模式及搜索结果中的最佳实践，建议为文件夹创建独立的分享表。以下是具体分析及实施建议：

一、需要独立文件夹分享表的核心原因

1. 权限控制差异

   • 文件分享：通常基于临时链接或短期权限（如7天有效）
   • 文件夹分享：需支持协作继承、递归权限、长期管理（如部门共享）
     示例差异对比：
     | 功能维度 | 文件分享表 | 文件夹分享表需求 |
     |----------------|--------------------------|-------------------------------|
     | 权限继承 | 不支持 | 需支持子文件/夹自动继承 |
     | 有效期管理 | 短期（按天计） | 长期（按年计或无限制） |
     | 操作类型 | 仅下载/预览 | 上传/删除/重命名等协作操作 |

2. 数据结构复杂度

   • 文件夹分享需存储层级关系字段（如parent_folder_id），而文件分享表无此需求

二、文件夹分享表设计建议

1. 核心字段定义

   CREATE TABLE folder_share (
     share_id BIGINT PRIMARY KEY,
     folder_id BIGINT,          -- 关联folder表 
     target_type ENUM('user', 'group', 'public'),  -- 分享对象类型
     target_id VARCHAR(64),     -- 用户ID/群组ID（若target_type=public则空）
     permission_mask INT,      -- 权限掩码（1=读, 2=写, 4=删除等）
     expire_time DATETIME,      -- 过期时间（可为空表示永久有效）
     created_by VARCHAR(64)     -- 创建者ID 
   );
   

2. 与文件分享表的关系

   对比项	文件分享表	文件夹分享表
   关联主键	file_id	folder_id
   典型使用场景	生成下载链接	团队协作空间管理

三、典型场景实现逻辑

1. 权限校验流程

   注：需递归检查父文件夹权限继承

2. 协作功能扩展

   • 在文件夹分享表中增加allow_invite字段，控制协作者能否邀请他人
   • 通过permission_mask & 8判断是否拥有管理权限（如设置8=管理位）

四、性能优化策略

1. 缓存设计

   # 示例：Redis缓存文件夹权限 
   redis_key = f"folder_perm:{user_id}:{folder_id}"
   redis.setex(redis_key, 3600, permission_mask)
   

2. 索引优化

   -- 联合索引加速查询 
   CREATE INDEX idx_folder_share ON folder_share(folder_id, target_type);
   

五、不推荐共用文件分享表的风险

1. 数据冗余：需为文件夹增加is_folder标记字段，导致30%以上的空字段浪费
2. 查询性能下降：获取文件夹权限需联表查询+递归，响应时间可能超过200ms

结论建议
必须创建独立文件夹分享表，可参考飞书的folder_share结构与坚果云的权限继承模型实现。若当前系统处于早期阶段，可先实现基础字段（如folder_id、target_type），后续逐步扩展协作功能。