AI Agent Harness资源隔离：多实例安全运行
2026/6/4 22:57:36
博主介绍：✌ 专注于Java,python,✌关注✌私信我✌具体的问题，我会尽力帮助你。
一、研究目的
本研究旨在设计并实现一种高效可靠的文档管理系统，以解决传统文档管理方式在信息存储与检索效率、数据安全性以及系统可扩展性等方面存在的不足问题。随着信息技术的快速发展与组织规模的持续扩大，文档管理需求呈现出多样化趋势，现有系统普遍存在存储结构松散导致信息检索困难、权限控制机制不完善引发数据泄露风险，以及缺乏智能化处理功能难以应对海量文档场景等缺陷。因此，构建一个具备先进架构与完善功能的文档管理系统具有重要的现实意义和理论价值。本研究的核心目标在于通过引入分布式存储技术与多租户架构设计，提升系统的并发处理能力与资源利用率，同时结合语义分析算法优化文档检索机制，实现基于内容特征的智能匹配功能。此外，系统还需集成版本控制模块，确保文档修改过程可追溯，并建立完善的权限管理体系，以满足不同用户群体对数据访问的安全需求。在技术实现层面，将重点探讨如何通过微服务架构提升系统的模块化程度与可维护性，如何利用区块链技术增强数据存储的安全性与防篡改能力，以及如何构建基于机器学习的分类与标签推荐模型，以提高文档管理的智能化水平。本研究不仅关注系统功能的完善，更注重用户体验优化，通过设计直观的操作界面与友好的交互方式降低用户使用门槛，同时引入自动化归档策略与负载均衡机制，提升系统的运行效率与稳定性。研究成果将为企事业单位提供一种新型文档管理解决方案，为电子政务信息化建设提供技术支撑，并为后续相关领域的研究积累实践经验。本课题的研究目的还在于验证所提出技术方案的有效性，通过构建原型系统进行多维度测试，包括性能测试、安全性评估以及用户满意度调查，从而为系统的实际部署提供数据支持。此外，还将分析不同应用场景下的系统适用性，探讨其在跨平台协作、多语言支持以及大规模数据处理等方面的扩展潜力，最终形成一套完整的文档管理系统设计方案，为学术界提供可复用的技术框架，并推动相关领域的理论发展。
二、研究意义
本研究具有重要的理论价值与现实意义，其核心在于推动文档管理领域的技术创新与方法论完善。通过构建智能化文档管理系统，不仅能够解决传统文档管理中存在的信息孤岛问题，还能为组织机构提供高效的数据处理能力与灵活的信息服务模式。在理论层面，该系统的设计方案将丰富分布式系统架构的研究内容，为多租户环境下的资源调度与权限控制机制提供新的实现思路，同时通过引入语义分析算法与机器学习模型，拓展了自然语言处理技术在信息检索领域的应用边界，为构建更加精准的文档分类体系奠定基础。在实践层面，该系统能够显著提升企事业单位的信息管理效率，降低人工操作成本，并增强数据安全性保障，满足数字化转型背景下对高效可靠文档服务的需求。特别是在电子政务信息化建设中，可有效支撑政策文件存储与共享需求，提高政府办公效率，促进政务公开透明化。此外，对于教育科研领域而言，该系统可作为知识管理系统的基础平台，支持学术资料的分类存储与智能检索功能，从而提升科研协作效率，推动知识共享机制的发展。从技术发展角度看，本研究探索了区块链技术在文档存储中的应用路径，为数据防篡改与溯源提供了新的解决方案，同时结合微服务架构设计提升了系统的模块化程度与可维护性。这些技术创新不仅具有独立的研究价值，更可为其他信息管理系统提供可借鉴的技术框架。从社会经济效益角度看，该系统的推广应用将有助于优化信息资源配置，提高组织运营效率，并降低因信息管理不当导致的数据丢失风险，从而产生显著的社会效益和经济效益。此外，随着人工智能技术的不断进步，本研究提出的智能化文档管理方案还具备良好的扩展性，能够适应未来多模态数据处理需求，为构建更加智能化的信息管理体系提供理论依据和技术储备。综上所述，本课题的研究意义不仅体现在解决当前文档管理领域的关键问题，更在于通过技术创新推动相关理论体系的发展，为实际应用场景提供可行的技术方案，并为后续研究积累宝贵经验。
四、预期达到目标及解决的关键问题
本研究的预期目标在于构建一个具备高可用性与智能化特征的文档管理系统，以实现文档存储管理流程的自动化优化，并提升信息检索效率与数据安全性。具体而言，系统需满足以下核心功能需求：首先，建立多租户架构，支持不同组织机构或部门独立管理文档资源，同时实现跨租户协作功能；其次，集成分布式存储技术，确保海量文档数据的高效存储与快速访问，并设计动态资源调度算法，提升系统并发处理能力；第三，引入语义分析算法，构建基于自然语言处理的内容检索模块，实现对文档文本特征的深度解析与智能匹配；第四，开发版本控制模块，记录文档修改历史并支持多版本回溯功能，通过时间戳与哈希值相结合的方式确保文档修改过程可追溯，同时设计冲突检测与合并策略，确保多用户协作环境下的文档一致性；第五，建立多层次权限管理体系，结合角色基础访问控制与属性基于访问控制策略，实现细粒度的数据访问控制，并通过审计日志功能满足合规性要求。此外，系统还需具备良好的可扩展性，通过微服务架构设计支持模块化开发与灵活部署，同时提供API接口，便于与其他业务系统集成。在关键技术实现层面，需重点解决分布式存储系统的数据一致性维护问题，通过一致性哈希算法优化数据分布策略，并采用冗余备份机制保障数据可靠性；其次，针对语义检索模块需攻克文本特征提取与相似度计算的技术难点，结合TF-IDF算法与深度学习模型提升检索准确率；第三，在权限管理方面需设计动态授权机制，支持基于场景的访问策略调整，并实现审计日志功能，以满足合规性要求；第四，针对性能瓶颈需优化数据库查询效率，引入缓存机制减少重复计算，并采用负载均衡技术提升系统响应速度；第五，还需解决多语言支持与跨平台兼容性问题，通过国际化框架设计实现多语言界面切换，并确保系统在不同操作系统环境下的稳定性。本课题的关键问题主要集中在以下几个方面：一是如何有效整合分布式存储技术与多租户架构设计，在保证数据隔离性的前提下实现资源利用率最大化；二是如何构建高效准确的语义分析模型，应对非结构化文档内容处理难题；三是如何设计灵活可配置的权限管理体系，平衡数据共享需求与安全防护要求；四是如何优化系统性能，应对高并发访问场景；五是，如何确保系统的可扩展性，适应未来业务增长和技术演进需求。此外，还需解决文档分类标签体系构建难题，通过机器学习算法自动识别文档类别并生成推荐标签，以提高分类准确性。同时，需克服版本控制模块中的冲突检测与合并策略设计难题，确保多用户协作环境下的文档修改一致性。最后，还需验证所提出方案在实际应用场景中的可行性，通过模拟真实业务环境测试系统在不同规模数据量下的运行表现，并评估其对组织信息化建设的实际贡献。综上所述，本研究将围绕上述预期目标展开深入探讨，重点突破关键技术难点，以期形成一套完整的文档管理系统解决方案，为相关领域的理论研究与工程实践提供参考价值。
五、研究内容
本研究的整体研究内容涵盖文档管理系统的架构设计与核心技术实现两个核心维度，重点围绕系统功能模块构建、技术路线选择以及性能优化策略展开深入探讨。首先，在系统架构层面，将采用微服务架构设计，实现模块化开发与灵活部署，通过容器化技术提升系统的可扩展性与资源利用率，同时结合多租户架构支持不同组织机构或部门的独立文档管理需求，并实现跨租户协作功能。其次，在核心技术实现方面，将融合分布式存储技术与区块链技术，构建高可靠性的数据存储体系，利用一致性哈希算法优化数据分布策略，并采用冗余备份机制保障数据安全性。通过区块链智能合约技术实现文档访问权限的自动化管理，增强数据防篡改能力与溯源追踪功能。在信息检索模块中，引入语义分析算法，结合TF-IDF算法与深度学习模型，对非结构化文档内容进行特征提取与相似度计算，支持模糊匹配、关键词推荐以及多条件组合查询等功能，该模块能够显著提升用户在海量文档环境下的信息获取效率，并增强系统的智能化水平。此外，系统将集成版本控制模块，采用时间戳与哈希值相结合的方式记录文档修改历史，并设计冲突检测与合并策略，确保多用户协作环境下的数据一致性与完整性。权限管理模块需实现细粒度的数据访问控制，结合角色基础访问控制与属性基于访问控制策略，满足不同用户群体的安全需求，并通过审计日志功能提供操作记录，以满足合规性要求。系统还需具备自动化归档策略与负载均衡机制，以提升运行效率和稳定性，同时提供API接口，支持与其他业务系统的集成，形成统一的信息管理平台。综上所述，本课题的研究内容不仅聚焦于现有技术的集成应用，更注重创新性突破，特别是在区块链技术应用于文档存储安全领域以及语义分析算法优化信息检索效率方面具有显著的研究价值。此外，还将探讨如何通过机器学习算法构建动态分类标签体系，提升文档管理的智能化水平，并分析不同业务场景下系统的适用性，为后续技术演进提供理论依据和实践参考。
六、需求分析
本研究从用户需求角度来看，本研究旨在满足现代组织机构在文档管理过程中对高效性、安全性与智能化的迫切需求。当前用户在使用传统文档管理系统时普遍面临信息检索效率低下、数据存储不安全以及系统功能单一等问题，这些痛点直接影响了用户的使用体验与工作效率。因此，本研究将围绕用户在实际应用中的核心诉求展开设计。首先，用户需要一个能够快速定位所需文档的系统，通过引入语义分析算法与自然语言处理技术提升检索的智能化水平，使用户能够基于内容特征进行精准查询。其次，用户对数据的安全性有较高要求，特别是在涉及敏感信息的场景下，需要确保文档访问权限的严格控制与数据存储的不可篡改性。因此，系统需构建多层次权限管理体系，并集成区块链技术，实现文档访问记录的可追溯性与防篡改能力。此外，用户还期望系统具备良好的可扩展性与兼容性，以适应不同业务场景的需求，包括跨平台协作、多语言支持以及与其他业务系统的集成。因此，系统设计需兼顾灵活性与稳定性，以满足多样化用户的使用习惯和业务需求。同时，用户对系统的易用性也有明确要求，需要界面简洁、操作便捷，并提供直观的数据可视化功能，以降低使用门槛，提升整体用户体验。
从功能需求角度来看，本研究将构建一个具备全面功能模块的文档管理系统，以实现文档全生命周期管理，覆盖存储、检索、版本控制、权限管理等多个关键环节。首先，系统需支持多租户架构，实现不同组织机构或部门之间的文档资源隔离，同时允许跨租户协作共享特定范围内的文档信息。其次，需采用分布式存储技术，确保海量文档数据的高效存储与快速访问，并设计动态资源调度算法，优化存储空间利用率，提升系统并发处理能力。第三，信息检索功能是系统的核心模块之一，需结合语义分析算法，构建基于内容特征的智能检索机制，支持模糊匹配、关键词推荐以及多条件组合查询等功能，该模块能够显著提升用户在海量文档环境下的信息获取效率，并增强系统的智能化水平。第四，版本控制模块需记录文档的修改历史并支持多版本回溯功能，通过时间戳与哈希值相结合的方式实现文档版本的唯一标识与可追溯性。该模块还包含冲突检测与合并策略设计，以解决多用户协作过程中可能产生的版本冲突问题，确保文档修改过程的一致性与完整性。第五，权限管理模块需实现细粒度的数据访问控制，结合角色基础访问控制与属性基于访问控制策略，为不同用户群体分配相应的数据访问权限，并提供审计日志功能，记录用户的操作行为，以满足合规性要求。该模块还支持动态授权机制，允许管理员根据实际业务需求灵活调整权限配置，确保系统在开放共享的同时保障数据安全。综上所述，本研究的功能需求不仅涵盖基础的文档管理功能，更注重智能化、安全性与可扩展性的综合实现，以构建一个高效可靠的现代化文档管理系统。
七、可行性分析
本研究在经济可行性方面具有显著优势。随着信息技术的不断发展，文档管理系统已成为各类组织机构提升管理效率的重要工具。传统文档管理方式往往依赖人工操作，导致人力成本高且易出错，而本研究提出的系统采用自动化处理与智能化检索技术，能够有效降低人工干预程度，从而减少运营成本。此外，系统基于微服务架构设计，模块化程度高，便于后期维护与升级，可避免因系统更新带来的高昂重构费用。同时，采用开源技术与云服务资源实现系统的灵活部署，降低了初期建设投入。在经济收益方面，系统能够提高文档处理效率，缩短信息检索时间，提升办公自动化水平，进而增强组织整体运营效率，为单位时间内创造更多价值。因此，从经济角度来看，本研究具备良好的可行性。
在社会可行性方面，本研究具有广泛的应用前景和积极的社会意义。文档管理系统作为信息化建设的重要组成部分，能够有效促进信息共享与协作，提升组织内部沟通效率，推动数字化转型进程。特别是在电子政务、教育科研、企业办公等场景中，具有重要的应用价值。通过构建智能化文档管理系统，可以提高政府机关政策文件的存储与共享效率，促进政务公开透明化，同时支持多用户协作与多语言环境适应，满足不同地区和群体的使用需求。此外，该系统的推广使用有助于提高公众对信息化服务的认知度和接受度，推动社会信息化水平的整体提升。因此，从社会角度来看，本研究不仅符合当前信息化发展的趋势，更具有良好的社会推广基础。
在技术可行性方面，本研究依托现有成熟的技术体系，具备较高的实现可能性。系统采用微服务架构设计，结合容器化技术实现模块化开发与灵活部署，该架构具有良好的可扩展性与高可用性，能够满足大规模数据处理需求。同时，多租户架构设计支持不同用户群体的数据隔离与共享机制，为系统的安全性与灵活性提供了保障。在数据存储方面，采用分布式存储技术结合区块链技术，实现数据的高可靠性存储与防篡改能力，确保文档信息的安全性。在信息检索方面，引入语义分析算法与深度学习模型，构建智能检索机制，提升非结构化数据的处理能力。在权限管理方面，设计多层次访问控制策略，结合角色基础访问控制与属性基于访问控制实现细粒度的数据安全防护。此外，系统还集成版本控制模块，通过时间戳与哈希值相结合的方式确保文档修改过程可追溯，并支持多版本回溯功能。综上所述，本研究所涉及的技术方案均具备较高的成熟度和可实施性，因此从技术角度来看，本课题具有充分的可行性。
八、功能分析
本研究根据需求分析结果，本研究设计的文档管理系统包含多个功能模块，以满足用户在信息存储、检索、权限管理、版本控制等方面的核心需求。系统功能模块主要包括文档存储管理模块、智能检索模块、权限控制模块、版本控制模块、用户管理模块以及系统监控与维护模块，各模块之间相互配合，共同构建一个高效安全的文档管理平台。
文档存储管理模块负责文档的上传、下载与存储功能，支持多种文件格式，包括文本、图片、音频和视频等，并采用分布式存储技术实现数据的高效存储与快速访问。同时，结合区块链技术确保文档存储过程中的数据完整性与防篡改能力。该模块还提供动态资源调度算法，优化存储空间利用率，并支持自动备份与冗余存储机制，以提高系统的可靠性。
智能检索模块是系统的核心功能之一，主要实现基于内容特征的文档检索功能。通过引入语义分析算法，结合TF-IDF算法与深度学习模型，对非结构化文档内容进行特征提取与相似度计算，支持模糊匹配、关键词推荐以及多条件组合查询等功能。该模块能够显著提升用户在海量文档环境下的信息获取效率，并增强系统的智能化水平。
权限控制模块负责实现对文档访问的精细化管理，采用多层次权限管理体系，结合角色基础访问控制与属性基于访问控制策略，为不同用户群体分配相应的数据访问权限。同时，提供审计日志功能，记录用户的操作行为，以满足合规性要求。该模块还支持动态授权机制，允许管理员根据实际业务需求灵活调整权限配置，确保系统在开放共享的同时保障数据安全。
版本控制模块用于记录文档的修改历史并支持多版本回溯功能，通过时间戳与哈希值相结合的方式实现文档版本的唯一标识与可追溯性。该模块还包含冲突检测与合并策略设计，以解决多用户协作过程中可能产生的版本冲突问题，确保文档修改过程的一致性与完整性。
用户管理模块用于维护系统用户信息，包括注册登录、身份认证以及用户角色分配等功能。采用基于令牌的身份验证机制，提高系统的安全性，同时支持多语言界面切换，以适应国际化应用场景。
系统监控与维护模块用于实时监测系统运行状态，包括服务器负载情况、数据库性能指标以及用户使用行为等，提供可视化监控界面，便于管理员进行系统维护和性能优化。此外，该模块还包含日志分析功能，帮助识别潜在问题并提供优化建议，以提升系统的稳定性和可用性。
九、数据库设计
字段名(英文) | 说明(中文) | 大小 | 类型 | 主外键 | 备注
---|---|---|---|---|---
document_id | 文档唯一标识符 | 64 | CHAR(64) | 主键 | 使用UUID生成，确保全局唯一性
document_name | 文档名称 | 255 | VARCHAR(255) | - | 用户上传时填写，支持中文字符
document_type | 文档类型 | 100 | VARCHAR(100) | - | 如文本、图片、音频等，支持分类管理
document_content | 文档内容存储字段 | 4294967295 | TEXT | - | 存储文档的二进制数据或文本内容
upload_time | 文档上传时间 | 19 | DATETIME(19) | - | 记录文档被上传的具体时间戳
upload_user_id | 文档上传用户ID | 64 | CHAR(64) | 外键，关联user表的user_id字段 | 记录上传操作的执行者信息
last_modified_time | 文档最后修改时间 | 19 | DATETIME(19) | - | 记录文档最近一次被修改的时间
last_modified_user_id | 文档最后修改用户ID | 64 | CHAR(64) | 外键，关联user表的user_id字段 | 记录最近一次修改操作的执行者信息
file_size_kb | 文档文件大小（单位：KB） | 1000000000000000000（理论上） | BIGINT UNSIGNED（实际使用BIGINT） | - | 存储文档文件的实际大小，便于资源管理
file_status_id | 文件状态标识符（如草稿、已发布、已归档等） | 64 | CHAR(64) | 外键，关联file_status表的status_id字段。该表包含状态名称与状态描述等信息。 | 状态管理模块用于控制文档生命周期
字段名(英文)｜说明(中文)|大小｜类型｜主外键｜备注
---｜---｜---｜---｜---｜---
file_status_id｜文件状态标识符｜64｜CHAR(64)|主键｜用于标识文档的不同生命周期状态，如草稿、已发布、已归档等
status_name｜状态名称｜255｜VARCHAR(255)|-｜描述当前文件所处的状态，便于用户理解与系统处理
status_description｜状态描述｜1024｜TEXT|-｜详细说明该状态对应的业务含义与操作规范
字段名(英文)|说明(中文)|大小|类型|主外键|备注
---|---|---|---|---|---
user_id｜用户唯一标识符｜64｜CHAR(64)|主键｜使用UUID生成，确保全局唯一性
username｜用户名｜255｜VARCHAR(255)|-｜用户注册时填写，用于登录识别，支持中文字符
password_hash｜密码哈希值｜255｜VARCHAR(255)|-｜存储用户密码的哈希值，确保系统安全性，不直接存储明文密码
email_address｜电子邮箱地址｜255｜VARCHAR(255)|-｜用于用户身份验证与系统通知功能，支持国际化格式
user_role_id｜用户角色标识符（如管理员、普通用户等）|64||外键，关联user_role表的role_id字段。该表包含角色名称与权限配置等信息。||
字段名(英文)|说明(中文)|大小|
type |
主外键 |
备注
---
role_id |
角色唯一标识符 |
64 |
CHAR(64)
主键
用于标识用户的不同角色，如管理员、普通用户等
role_name |
角色名称 |
255 |
VARCHAR(255)
-
描述角色名称，便于权限分配与管理
permission_mask |
权限掩码 |
BIGINT UNSIGNED |
-
采用位掩码方式表示用户的权限集合，便于快速判断访问权限
字段名(英文)|说明(中文)|大小|类型|主外键|备注
---|---|---|---|---|---
category_id||64||主键||
category_name||255||VARCHAR(255)|-||描述文档类别名称，如技术文档、行政文件等，支持多语言环境下的分类需求
category_description||1024||TEXT|-||提供该类别的详细说明，便于用户理解分类标准
字段名(英文)|说明(中文)|大小|类型|主外键|备注
---|
document_category_id |
关联文档类别表的category_id字段 |
foreign key |
用于建立文档与类别的对应关系 |
该表记录每个文档所属的具体类别信息，以便进行分类检索与统计分析
字段名(英文)|说明(中文)|大小|
type |
主外键 |
备注
---
document_version_id |
版本唯一标识符 |
64 |
CHAR（64）|
主键 |
使用UUID生成，确保版本唯一性
version_number |
版本号 |
11 |
INT UNSIGNED |
- |
表示当前文档的版本序号，从1开始递增
version_content_hash |
版本内容哈希值 |
255 |
VARCHAR（255）|
- |
记录当前版本内容的哈希值，用于版本对比与数据完整性校验
version_diff_data |
版本差异数据（可选）|
TEXT ||
- ||
存储当前版本与前一版本之间的差异信息，便于快速定位修改内容
document_id |
关联文档表的document_id字段
foreign key
用于建立版本与对应文档的关系
字段名（英文）|
说明（中文）|
大小|
类型|
主外键|
备注
---
audit_log_id
审计日志唯一标识符
64
CHAR（64）
主键
使用UUID生成，确保日志记录唯一性
log_type
日志类型
10
VARCHAR（10）
-
记录操作类型，如创建、修改、删除等
log_message
日志消息内容
1024
TEXT
-
详细描述用户的操作行为，包括时间戳和操作详情
user_id
关联用户表的user_id字段
foreign key
用于记录执行操作的用户身份信息
document_id
关联文档表的document_id字段
foreign key
用于记录具体操作所涉及的文档信息
operation_time
操作时间戳
19
DATETIME（19）
-
记录日志生成的具体时间，便于后续审计分析和问题追溯
十、建表语句
本研究
CREATE DATABASE document_management_system;
USE document_management_system;
CREATE TABLE document (
document_id CHAR(64) NOT NULL PRIMARY KEY,
document_name VARCHAR(255) NOT NULL,
document_type VARCHAR(100) NOT NULL,
document_content TEXT NOT NULL,
upload_time DATETIME(19) NOT NULL,
upload_user_id CHAR(64) NOT NULL,
last_modified_time DATETIME(19) NOT NULL,
last_modified_user_id CHAR(64) NOT NULL,
file_size_kb BIGINT UNSIGNED NOT NULL,
file_status_id CHAR(64) NOT NULL,
FOREIGN KEY (upload_user_id) REFERENCES user(user_id),
FOREIGN KEY (last_modified_user_id) REFERENCES user(user_id),
FOREIGN KEY (file_status_id) REFERENCES file_status(status_id)
);
CREATE TABLE file_status (
status_id CHAR(64) NOT NULL PRIMARY KEY,
status_name VARCHAR(255) NOT NULL,
status_description TEXT NOT NULL
);
CREATE TABLE user (
user_id CHAR(64) NOT NULL PRIMARY KEY,
username VARCHAR(255) NOT NULL UNIQUE,
password_hash VARCHAR(255) NOT NULL,
email_address VARCHAR(255) NOT NULL UNIQUE,
user_role_id CHAR(64) NOT NULL,
FOREIGN KEY (user_role_id) REFERENCES user_role(role_id)
);
CREATE TABLE user_role (
role_id CHAR(64) NOT NULL PRIMARY KEY,
role_name VARCHAR(255) NOT NULL UNIQUE,
permission_mask BIGINT UNSIGNED NOT NULL
);
CREATE TABLE document_category (
category_id CHAR(64) NOT NULL PRIMARY KEY,
category_name VARCHAR(255) NOT NULL UNIQUE,
category_description TEXT
);
CREATE TABLE document_category_mapping (
mapping_id CHAR(64) NOT NULL PRIMARY KEY,
document_id CHAR(64) NOT NULL,
document_category_id CHAR(64) NOT NULL,
FOREIGN KEY (document_id) REFERENCES document(document_id),
FOREIGN KEY (document_category_id) REFERENCES document_category(category_id)
);
CREATE TABLE document_version (
version_id CHAR(64) NOT NULL PRIMARY KEY,
version_number INT UNSIGNED NOT NULL,
version_content_hash VARCHAR(255) NOT NULL,
version_diff_data TEXT,
document_id CHAR(64) NOT NULL,
FOREIGN KEY (document_id) REFERENCES document(document_id)
);
CREATE TABLE audit_log (
log_id CHAR(64) NOT NULL PRIMARY KEY,
log_type VARCHAR(10) NOT NULL,
log_message TEXT NOT NULL,
user_id CHAR(64) NOT NULL,
document_id CHAR(64),
operation_time DATETIME(19) NOT NULL,
FOREIGN KEY (user_id) REFERENCES user(user_id),
FOREIGN KEY (document_id) REFERENCES document(document_id)
);
ALTER TABLE audit_log ADD INDEX idx_document_operation (document_id, operation_time);
ALTER TABLE document ADD INDEX idx_upload_user (upload_user_id);
ALTER TABLE document ADD INDEX idx_last_modified_user (last_modified_user_id);
ALTER TABLE document ADD INDEX idx_file_status (file_status_id);
ALTER TABLE document_category_mapping ADD INDEX idx_document_category_mapping (document_category_id);
ALTER TABLE document_category_mapping ADD INDEX idx_document_mapping (document_id);
下方名片联系我即可~大家点赞、收藏、关注、评论啦 、查看下方👇🏻获取联系方式👇🏻