适合课题组内的多人协同的文件表结构设计

最新推荐文章于 2024-12-28 22:35:47 发布
原创 最新推荐文章于 2024-12-28 22:35:47 发布 · 212 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#文件表结构设计 #多人共享文件表结构设计

本文介绍了一种基于项目协同的文件共享方案，通过使用文件目录表、文件用户表和文件信息表，实现文件的高效管理和权限控制。利用hash值优化查询效率，确保文件的唯一性和安全性。

 

 

1.适合场景：
课题组建了一个项目，里面有（张三、李四）协同开发这个项目，现在需要张三、李四都可以看到这个项目的结果文件，

用到了3张表
file_dir //文件目录表（文件夹+文件）主要用于展示
file_member //关联用户：标记文件的归属用户，用privilege_hash关联
file //文件基本信息表，记录了磁盘上的文件位置

1.文件夹+文件的虚拟目录结构
 

CREATE TABLE `file_dir` (
`id` INT(10) UNSIGNED NOT NULL AUTO_INCREMENT COMMENT 'id',
`name` VARCHAR(50) NOT NULL DEFAULT '' COMMENT '文件名称/目录名称',
`type` TINYINT(1) NOT NULL DEFAULT '1' COMMENT '类型：1=>文件夹，2=>文件',
`name_hash` CHAR(32) NOT NULL DEFAULT '' COMMENT '名称hash值',
`privilege_hash` CHAR(32) NOT NULL DEFAULT '' COMMENT '权限HASH',
`unique_hash` CHAR(32) NOT NULL DEFAULT '',
`file_hash` CHAR(32) NOT NULL DEFAULT '' COMMENT '真实文件',
`parent_hash` CHAR(32) NOT NULL DEFAULT '' COMMENT '父HASH',
`salt` INT(10) NOT NULL DEFAULT '0' COMMENT '唯一标识',
`path` VARCHAR(200) NOT NULL DEFAULT '' COMMENT '相对目录',
`level` TINYINT(2) UNSIGNED NOT NULL DEFAULT '0' COMMENT '层级',
`desc` VARCHAR(200) NOT NULL DEFAULT '' COMMENT '描述',
`system_dir` TINYINT(1) NOT NULL DEFAULT '0' COMMENT '0=>普通，1=>项目，2=>任务',
`time` INT(10) UNSIGNED NOT NULL DEFAULT '0' COMMENT '时间',
`file_size` BIGINT(20) NOT NULL DEFAULT '0',
`is_lock` TINYINT(1) UNSIGNED NOT NULL DEFAULT '0' COMMENT '是否锁定1=>锁定',
`search_title` VARCHAR(100) NOT NULL DEFAULT '' COMMENT '项目名或任务名',
PRIMARY KEY (`id`),
UNIQUE INDEX `unique_hash` (`unique_hash`),
INDEX `parent_hash` (`parent_hash`),
INDEX `privilege_hash` (`privilege_hash`),
INDEX `path` (`path`),
INDEX `level` (`level`)
)
COMMENT='文件目录'
COLLATE='utf8_general_ci'
ENGINE=InnoDB
AUTO_INCREMENT=9093861;

 

idtypename_hashprivilege_hashunique_hashfile_hashparent_hashsaltpathleveldescsystem_dirtimefile_sizeis_locksearch_title 
7224285292eef0599f88881a99b1897baface193ad942291f10de39e636d98ff1ddd1081ffc40d27fb9a841a3a640ac39bc898218e18ee501cc4e7e542203c902852d509da8caa2c188ba7cadfdb80810078e984188rerewrweset/files/188_5af3dc68d1df4/tsg_29727/workflow_results/03.map_stat/map_bam/sort_bams/8 01526429152400658416560  
7262598292eef0599f88881a99b1897baface193ad942291f10de39e636d98ff1ddd108194704958e9b6796376c0be89e42f67daf8ba62dad8e57cbe99476307bfa977f171bf16159a50f2c4f923e3eda32d4718188rerewrweset/files/188_5af3dc68d1df4/tsg_29869/workflow_results/03.map_stat/map_bam/sort_bams/8 01526868474399683909370  
7360315292eef0599f88881a99b1897baface193ad942291f10de39e636d98ff1ddd1081d35ff7740f183644dfd6672bcffeaaf43d88b5e8c420fc553d99313d34fa13ff9eba85e56315452040fb6faca6c83f84188rerewrweset/files/188_5af3dc68d1df4/tsanger_30109/workflow_results/03.map_stat/map_bam/sort_bams/8 01527824861399681118830  

 

说明：
        path:  rerewrweset/files/188_5af3dc68d1df4/tsg_29727/
                  rerewrweset：代表bucket
                  files:一个固定的文件夹
                  188_5af3dc68d1df4：项目编号
                  tsg_29727：任务编号
       因为是以项目为单位来达到文件共享的，所以第三层用于privilege_hash就特别有意义了：

       privilege_hash（权限HASH）：
                第三层及后面的子路径用的都是想同的privilege_hash,这样查询当前项目的文件的话，直接查询privilege_hash就行了，最大化的你用了索引缩小了查询的范围
                 构成:第三层的文件夹名称+salt(    md5(188_5af3dc68d1df4+'/'+188)         

     unique_hash(当前目录的唯一hash):

                 文件夹：md5(path+name+'/'+salt+'/1')
                 文件：    md5(path+name+'/'+salt+'/2')

     parent_hash就是上级的unique_hash

     file_hash:文件的hash值：文件路径的hash值，确保唯一性
    用hash的好处，可以达到批量插入数据，如果用传统的id关联只能一个个插入数据

   2.文件用户表
 

CREATE TABLE `file_member` (
`file_member_id` INT(10) UNSIGNED NOT NULL AUTO_INCREMENT COMMENT 'id',
`member_id` INT(10) UNSIGNED NOT NULL DEFAULT '0' COMMENT '拥有人',
`privilege` TINYINT(1) UNSIGNED NOT NULL DEFAULT '3' COMMENT '默认管理权限',
`privilege_hash` CHAR(32) NOT NULL DEFAULT '' COMMENT '文件权限HASH',
`is_creator` TINYINT(1) UNSIGNED NOT NULL DEFAULT '0' COMMENT '是否创建者',
`is_deleted` TINYINT(1) UNSIGNED ZEROFILL NOT NULL DEFAULT '0' COMMENT '是否删除',
PRIMARY KEY (`file_member_id`),
UNIQUE INDEX `unique` (`member_id`, `privilege_hash`),
INDEX `member_id` (`member_id`),
INDEX `privilege_hash` (`privilege_hash`)
)
COMMENT='文件用户'
COLLATE='utf8_general_ci'
ENGINE=InnoDB
file_member_idmember_idprivilegeprivilege_hashis_creatoris_deleted
49301883ad942291f10de39e636d98ff1ddd108110
50851953ad942291f10de39e636d98ff1ddd108100

 

 

这样就可以通过file_member与file_dir表关联去查对应的数据了

 

3.文件信息表

 

CREATE TABLE `file` (
`file_id` INT(10) UNSIGNED NOT NULL AUTO_INCREMENT COMMENT '文件ID',
`file_name` VARCHAR(100) NOT NULL DEFAULT '' COMMENT '文件名称',
`file_size` BIGINT(20) UNSIGNED NOT NULL DEFAULT '0',
`file_type_id` SMALLINT(5) UNSIGNED NOT NULL DEFAULT '0' COMMENT '文件类型ID',
`file_url` VARCHAR(200) NOT NULL DEFAULT '' COMMENT '文件URL',
`created_id` INT(10) UNSIGNED NOT NULL DEFAULT '0' COMMENT '创建人ID',
`created_by` VARCHAR(30) NOT NULL DEFAULT '' COMMENT '创建人',
`created_ts` TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
`region` TINYINT(1) NOT NULL DEFAULT '0' COMMENT '区域 0=>磁盘',
`file_hash` CHAR(32) NOT NULL DEFAULT '' COMMENT 'md5(file_url)',   
`file_desc` VARCHAR(300) NULL DEFAULT '' COMMENT '文件描述',
PRIMARY KEY (`file_id`),
UNIQUE INDEX `file_hash` (`file_hash`),
)
COMMENT='上传文件信息表'
COLLATE='utf8_general_ci'
ENGINE=InnoDB
file_idfile_namefile_type_idfile_sizefile_urlcreated_idcreated_bycreated_tsregionfile_hashfile_desc
496954102Y_pseudogene.xls69934rerewrweset/files/m_188/188_5b459756d0ec3/tsg_31373/interaction_results/Pseudogene/02Y_GCA_900079185_1_Pseudogene_20180928_085317083/02Y_pseudogene.xls188 2018/9/28 9:480dd9ce47683111032903d8cfeba75c198 
496954002Y_pseudogene.xls69120rerewrweset/files/m_188/188_5b459756d0ec3/tsg_31373/interaction_results/Pseudogene/02Y_GCA_002105175_1_Pseudogene_20180928_085922206/02Y_pseudogene.xls188 2018/9/28 8:590a643b7fe6eece298cf8170f0ef784279 
4969539unigene_anno_detail.xls021201168rerewrweset/files/m_188/188_5ba44756e0752/tsg_32109/interaction_results/AnnotationStat_latest_20180927_102356/AnnoQuery/unigene_anno_detail.xls188 2018/9/27 18:100e46c090baacacd6445b56620fe0caccc 
4969538transcript_anno_detail.xls033150858rerewrweset/files/m_188/188_5ba44756e0752/tsg_32109/interaction_results/AnnotationStat_latest_20180927_102356/AnnoQuery/transcript_anno_detail.xls188 2018/9/27 18:1004b8aea337a609101582bfba27051e547 

 

 

 

再谈OT算法的协同文档制作的底层基础架构记录
@惊蛰的博客
08-30 911
关于OT算法的协同的核心算法部分已经写完了。 再简单谈一下关于协同文档底层架构的问题，因为目前我的方案还没有最终落地所以并不清楚实际情况中会出现哪些问题， 说一下传输层，传输层是用的MQTT，得益于RabbitMQ的插件MQTT，实现了消息队列，当然了MQ和Redis是老搭档了，少不了Redis的入场，Redis基本上只负责服务器缓冲层的作用，因为大量的JSON数据会传输到后端存储起来，用Redis最好不过了，这里使用的是Redis的有序set，这样咱们的数据进来的时候可以根据时间戳进行排序，等到新用户进.
协同文档：OT与CRDT实现协同编辑笔记
周陆军的博客，分享it技术。
04-14 1078
客户端负责收集新的变更，生成 changeset 并发送给服务端， 客户端因此需要 维护一些状态、存在一定的生命周期。$A$: 本地最新的版本，类比服务端的 $V_H$$X$: 发送给服务端的 changeset，但是还没有得到服务端的确认$Y$: 用户做的变更生成的 changeset，但是还没有发送给服务端容易知道，本地文档看上去的样子显然应该是 $V=AXY$当收到服务端推送过来的 changeset $B$ 时，客户端应该确认是否是可以应用到 A 上的版本的 changeset。
基于开源方案构建统一的文件在线预览与office协同编辑平台的架构与实现历程
是Vzn呀
08-29 3502
在构建业务系统的时候，经常会涉及到对附件的支持，继而又会引申出对附件在线预览、在线编辑、多人协同编辑等种种能力的诉求。本文介绍了下基于开源方案实现的一体化文档预览与在线协同编辑平台的方案，一起交流下吧~...
部门多用户共享文件夹权限高级设置
weixin_34384557的博客
08-20 968
这几天公司质检部门要求按人员分配共享文件夹权限共享文件夹结构：质检---小李---小王质检这个文件夹所有人都可以看，但不能修改小李这个文件夹只有zhf这个用户可以修改和查看小王这个文件夹小李可以查看开始：新建共享文件夹根目录：质检启用共享点权限默认是所有人都可以查看，但不能修改，如果要所有人都可以修改，就给Everyone更改权限但这个权限只是针对从网络访问共享时的权限，不是...
文件目录表(FDT)及其结构
千金甜果的专栏
05-08 5406
用FORMAT命令对磁盘（或逻辑盘）进行格式化的时候，就已经为整个硬盘建立了一个根目录FDT。在根目录下，用户可以用DOS命令"MD"再创建不同的各个子目录，以及子目录下的子目录。根目录以及各级子目录都有自己的FDT。在具体操作中，系统规定用字母C-Z代表逻辑盘符，所以DOS简单地用“[盘符:]/”表示在根目录下。根目录的作用是分配根目录下的所有文件和子目录的存储空间（逻辑扇区号），并且通过设备驱
大学生毕业设计论文题目大全
2402_82389843的博客
05-02 3244
目的论视角下游戏名称本地化翻译策略分析 ——以动视暴雪公司旗下游戏为例。基于SpringBoot的社区C2C物品置换系统的设计与实现。基于SpringBoot+Vue的学习辅导系统的设计与实现。基于SpringBoot的人才公寓租赁管理系统的设计与实现。基于SpringBoot的社区养老服务管理系统的设计与实现。基于SpringBoot+VUE的宿舍管理系统的设计与实现。基于SpringBoot的毕业生就业服务平台的设计与实现。基于SpringBoot的社区志愿者管理系统的设计与实现。
基于STM32单片机设计的红外测温仪（带人脸检测）_34
07-05 8313
当前设计的这款红外非接触式测温仪由测温硬件+上位机软件组合而成，主要用在地铁、车站入口等地方，可以准确识别人脸进行测温，如果有人温度超标会进行语音提示并且保存当前人脸照片。
大厂做FPS输入系统输入抽象层的设计思路 —— 如何架构一个真正“跨平台”的输入系统？
本博客聚焦游戏开发技巧、创业实战心得及大学热门课程干货。这里既有技术深度，也有思维广度，无论你是开发者、创业者还是高校学子，都能在这里找到适合自己的成长之路！
12-28 989
说到Unity，作为世界上最通用的游戏引擎之一，自带的输入系统其实很不错。但，坦白讲，做FPS这种顶级射击游戏，用Unity原生输入系统就有点“力不从心”。老版Input类（Input.GetKey、Input.GetAxis），简单，速度还行，但设备支持有限，扩展性差新输入系统（Input System Package），有动作抽象、多设备支持，能做绑定；但配置UI和热插拔、复杂映射还是玩家体验欠点火候。
回声消除（AEC）在双工通信中的实现：ESP32+Codec的协同设计
[回声消除（AEC）在双工通信中的实现：ESP32+Codec的协同设计](https://q-syshelp.qsc.com/q-sys_8.1/Content/Resources/Images/AEC_block_diagram_full.png) # 1. 回声消除技术与双工通信基础 在全双工语音通信中...
个性化建模：从用户行为习惯中学习到用户的个性化喜好偏好
AI天才研究院
08-11 1059
2019年，互联网已经成为越来越多人的工作和生活的一部分。其中，在线购物、社交网络、视频直播、音乐听歌等应用广泛应用，这些应用都需要用户的个性化建议。比如，当用户打开美妆店的购物网站时，网站可以根据用户的偏好，给出更多的个性化推荐；当用户浏览社交媒体时，可以推送符合其兴趣的用户动态。为了让用户更加高效地、精准地享受这些服务，企业通常会通过个性化模型将用户需求转变成可行产品或服务。然而，如何建立一个好的个性化模型，并应用到上述的各种场景，仍然是一个困难且具有挑战性的问题。
多人协作的敏捷数据库建模
Datablau国产数据库建模工具
05-10 2871
无论数据中台还是传统数仓的数据库建模都是最关键的部分. 传统数据建模以个人单兵做战为主. 一个开发团队由一两个人主要负责数据库设计. 随着系统越来越多, 数仓越来越复杂. 企业的数据库模型设计需要跨系统跨团队, 由更多人来参与, 有的团队是将数据模型以文件形式互相传来传去,最终衍生出很多个不完整的版本; 有的团队是放在共享服务器上, 但多人同时修改就会严重丢失其中一部分的内容; 还有的团队是放在SVN, SharePoint这类版本控制服务器, 但仍无法比较版本间具体修改的内容
多级目录数据表设计
热门推荐
hins
07-17 1万+
多级目录数据表设计 在实际工作中，经常碰到需要多级目录的情况，而且为了灵活扩展，这种分级是没有限制的，也就是说设计者，不限制用户设定多少级目录。   当前目录ID：catalogueId 目录名称：name 目录级别ID：gradeId 父级目录ID：piarentId    字段 类型 约束 说明 catalogue
老狗——目录管理与文件共享
weixin_42274953的博客
11-26 1453
目录管理与文件共享文件控制块—FCB一. 目录管理1）FCB内容2）索引结点3） 目录结构① 单级目录结构（Single-Level Directory）② 两级目录结构（ Two-Level Directory ）③ 多级目录结构4）目录查询技术二. 文件共享与保护1）文件共享① 索引结点法② 符号链法2）磁盘容错SFT，system fault tolerance*数据一致性 文件控制块—FC...
制作项目文件目录表
sinat_39566400的博客
08-16 1034
日常工作中，一个项目的文件往往会有很多个，在Excel中制作一个项目文件目录，可以快速方便的查看不同的文件。 如下图所示，就是一个项目文件夹内的所有文件： 接下来，先提取文件名称。 如果文件比较少，可以直接输入到Excel文档中，但是如果文件比较多，就要想想办法了。 方法一： 在工程文件夹内，新建一个记事本文档，输入下面的内容后保存： DIR
文件夹(分类)数据库存储设计
YT专栏
10-15 4663
前言 文件夹(分类)在数据库中的存储，最简单是这样设计字段：id,parentid,name。 id 就是文件夹自身的标识，parentid就是父文件夹的标识。这种方式有个缺点，如果想把某个文件夹以及其包含的子文件删除，那么要把所有子文件夹id找到，这个过程很繁琐，效率也低。 本文介绍一种多叉树来存储文件夹的方式。   多叉树方式存储 考虑使用多叉树来存储文件夹，树上的节点对应的就是一
关于实时协同编辑的架构思考
黄腾霄的博客
06-09 1292
今天和大家聊一聊协同编辑的架构设计。 什么是协同编辑 协同编辑是指多人同时对同一份文档进行编辑。 例如我们熟悉的wiki，百度百科，以及办公产品腾讯文档，乃至我们的代码管理工具git，都可以算作是协同编辑产品。 实时协同编辑 随着大家在家办公，异地办公的情况普及，实时协同编辑工具也变得更加引人注目。 实施协同编辑会面临几个问题： 实时性——输入的数据可以及时被相关协作者看到 一致性——各端看到和编辑的文档需要保持一致 容错性——允许存在一定的网络波动，和数据丢失 但是这三个问题会形成一个不可能三角 即
【事件触发一致性】研究多智能体网络如何通过分布式事件驱动控制实现有限时间内的共识（Matlab代码实现）
11-29
【事件触发一致性】研究多智能体网络如何通过分布式事件驱动控制实现有限时间内的共识（Matlab代码实现）内容概要：本文围绕多智能体网络中的事件触发一致性问题，研究如何通过分布式事件驱动控制实现有限时间内的共识，并提供了相应的Matlab代码实现方案。文中探讨了事件触发机制在降低通信负担、提升系统效率方面的优势，重点分析了多智能体系统在有限时间收敛的一致性控制策略，涉及系统模型构建、触发条件设计、稳定性与收敛性分析等核心技术环节。此外，文档还展示了该技术在航空航天、电力系统、机器人协同、无人机编队等多个前沿领域的潜在应用，体现了其跨学科的研究价值和工程实用性。; 适合人群：具备一定控制理论基础和Matlab编程能力的研究生、科研人员及从事自动化、智能系统、多智能体协同控制等相关领域的工程技术人员。; 使用场景及目标：①用于理解和实现多智能体系统在有限时间内达成一致的分布式控制方法；②为事件触发控制、分布式优化、协同控制等课题提供算法设计与仿真验证的技术参考；③支撑科研项目开发、学术论文复现及工程原型系统搭建； 阅读建议：建议结合文中提供的Matlab代码进行实践操作，重点关注事件触发条件的设计逻辑与系统收敛性证明之间的关系，同时可延伸至其他应用场景进行二次开发与性能优化。
无人机无人机FMCW毫米波高度计雷达仿真（Matlab代码实现）
最新发布
11-29
【无人机】无人机FMCW毫米波高度计雷达仿真（Matlab代码实现）内容概要：本文档围绕无人机FMCW毫米波高度计雷达的仿真展开，利用Matlab代码实现对毫米波雷达测高原理的建模与仿真分析。重点涵盖FMCW（调频连续波）雷达信号的发射、接收、混频、傅里叶变换及高度信息提取等关键环节，通过构建无人机飞行场景下的回波信号模型，完成距离测量与精度评估。文档还结合雷达信号处理技术，展示如何通过仿真手段验证高度计性能，帮助理解毫米波雷达在无人机低空飞行中的测距测高机制。; 适合人群：具备一定Matlab编程基础和信号处理知识，从事无人机导航、雷达系统设计、自动驾驶或相关领域研究的研究生、科研人员及工程技术人员。; 使用场景及目标：①学习FMCW雷达的基本工作原理及其在无人机高度测量中的应用；②掌握雷达回波信号建模与处理的仿真方法；③为无人机避障、定高飞行、地形跟随等功能开发提供技术参考与代码基础。; 阅读建议：建议结合Matlab代码逐模块运行调试，深入理解信号生成、混频、FFT处理及峰值检测等步骤的实现逻辑，可进一步扩展至多目标测距或动态场景仿真，提升实际应用能力。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值