泛微oa系统 数据库表

### 泛微OA系统预算管理模块的数据库表结构设计 泛微OA系统的预算管理功能通常涉及多个核心表的设计，这些表用于存储和管理企业的预算编制、审批流程、执行跟踪以及数据分析等功能。以下是可能涉及到的主要数据库表及其字段说明： #### 1. **预算科目表 (Budget_Subject)** 存储企业内部所有的预算科目分类信息。 | 字段名 | 类型 | 描述 | |------------------|--------------|--------------------------| | Subject_ID | INT | 主键，唯一标识预算科目[^1] | | Parent_Subject | INT | 父级科目标识 | | Name | VARCHAR(255) | 科目名称 | | Code | VARCHAR(50) | 科目编码 | #### 2. **预算计划表 (Budget_Plan)** 记录年度或周期性的预算计划详情。 | 字段名 | 类型 | 描述 | |-------------------|-------------|----------------------------| | Plan_ID | INT | 主键，唯一标识预算计划 | | Year | YEAR | 预算所属年份 | | Department_ID | INT | 所属部门ID | | Amount | DECIMAL(18,2)| 总金额 | | Status | ENUM('Draft', 'Approved') | 当前状态 | #### 3. **预算明细表 (Budget_Detail)** 细化到具体科目的预算分配。 | 字段名 | 类型 | 描述 | |--------------------|-------------|------------------------------| | Detail_ID | INT | 主键，唯一标识预算明细记录 | | Budget_Plan_ID | INT | 对应的预算计划ID | | Subject_ID | INT | 关联的预算科目ID | | Estimated_Amount | DECIMAL(18,2)| 预估金额 | | Actual_Amount | DECIMAL(18,2)| 实际发生金额 | #### 4. **预算调整申请表 (Budget_Adjustment_Request)** 跟踪预算调整的过程。 | 字段名 | 类型 | 描述 | |----------------------------|-------------|--------------------------------| | Request_ID | INT | 主键，唯一标识调整申请记录 | | Budget_Plan_ID | INT | 关联的预算计划ID | | Adjustment_Type | ENUM('Increase','Decrease') | 调整类型 | | Adjusted_Amount | DECIMAL(18,2)| 调整金额 | | Approval_Status | ENUM('Pending','Approved','Rejected') | 审批状态 | #### 5. **预算执行记录表 (Budget_Execution_Record)** 记录实际发生的费用支出情况。 | 字段名 | 类型 | 描述 | |-------------------------|-------------|----------------------------------| | Record_ID | INT | 主键，唯一标识执行记录 | | Budget_Detail_ID | INT | 关联的预算明细ID | | Transaction_Date | DATE | 发生日期 | | Expense_Category | VARCHAR(255)| 支出类别 | | Amount_Spent | DECIMAL(18,2)| 实际花费金额 | #### 6. **预算审批流表 (Budget_Approval_Flow)** 控制预算审批的工作流逻辑。 | 字段名 | 类型 | 描述 | |------------------------|-------------|------------------------------------| | Flow_ID | INT | 主键，唯一标识工作流节点 | | Step_Number | INT | 步骤编号 | | Approver_Role | VARCHAR(255)| 审批角色 | | Next_Step_Condition | TEXT | 下一步条件描述 | --- 以上表格仅为理论上的设计方案，在实际项目中可能会因客户需求而有所变化。如果需要进一步了解具体的实现细节或者如何通过接口获取这些数据，则可以参考泛微提供的二次开发文档[^2]。 ```sql SELECT * FROM Budget_Subject WHERE Parent_Subject IS NULL; ``` 上述 SQL 查询语句可用于检索顶级预算科目列表作为示例。 --- ###

<think>嗯，我现在需要了解泛微OA系统E9数据库中各表单之间的关系。首先，我得知道泛微E9系统的基本架构。泛微OA主要涉及工作流程、文档管理、组织架构等模块，每个模块可能对应不同的数据库表。常见的表单可能有组织架构表、流程表单、文档表、权限表等等。 接下来，表单之间的关系可能通过外键关联。例如，流程表单可能会引用组织架构表中的用户ID或者部门ID，来指定流程的发起人、审批人等信息。文档表可能关联到用户ID，记录文档的创建者和修改者。权限表可能通过角色ID或用户ID与其他表连接，控制不同用户对资源的访问权限。 另外，流程实例表和流程步骤表之间可能有主从关系，一个流程实例包含多个步骤，每个步骤对应一条记录。任务表和消息通知表可能关联到用户ID，确保任务和通知能正确送达。 不过，具体的表结构和关系可能因系统配置和定制而有所不同。我需要考虑是否有标准的ER图或者数据库文档可以参考。如果缺乏官方资料，可能需要通过数据库分析工具来查看表结构，识别外键约束。 还需要注意，不同模块之间的数据交互。例如，项目管理模块的表单可能与流程审批、文档管理相关联，通过项目ID或相关的外键进行连接。资产管理的表单可能关联到用户或部门，记录资产的分配和使用情况。 可能存在的中间表用于多对多关系，比如用户和角色之间的关联，可能需要一个用户角色中间表。同样，权限和资源之间也可能存在中间表。 总结一下，泛微E9的表单关系可能包括：组织架构与流程审批的关联，用户与权限的关联，流程实例与步骤的关联，文档与用户的关联，以及各模块间通过外键和中间表的连接。具体细节需要结合实际的数据库结构来分析，可能需要查阅官方文档或进行数据库探查。</think>泛微OA系统E9的数据库表单关系围绕**流程驱动、组织架构、权限体系、业务模块集成**展开。以下是关键表单及其关系的分步解析： --- ### 一、核心基础表 #### 1. **组织架构表**（如`org_department`, `org_user`） - **作用**：存储部门、岗位、人员信息。 - **关联**： - 所有业务表单（流程、文档、任务等）通过`user_id`或`dept_id`关联用户或部门。 - 权限表（`sys_acl`）通过`role_id`绑定角色与组织节点。 #### 2. **权限控制表**（如`sys_role`, `sys_acl`） - **作用**：定义角色、数据权限范围。 - **关联**： - 通过`role_id`与组织架构表、业务表单（如`biz_flow`）关联，实现“谁可查看/操作哪些数据”。 --- ### 二、流程引擎相关表 #### 1. **流程模板表**（如`biz_flow_template`） - **作用**：存储流程模板（如请假、报销）。 - **关联**： - 通过`template_id`关联流程实例表（`biz_flow_instance`）。 #### 2. **流程实例表**（`biz_flow_instance`） - **作用**：记录每一条发起的具体流程。 - **关联**： - 通过`form_id`绑定业务数据表（如`biz_leave`）。 - 通过`current_node_id`关联流程节点表（`biz_flow_node`）。 #### 3. **流程节点表**（`biz_flow_node`） - **作用**：记录流程审批节点信息。 - **关联**： - 通过`approver_id`关联用户表（`org_user`），指定审批人。 --- ### 三、业务数据表 #### 1. **业务表单主表**（如`biz_leave`, `biz_expense`） - **作用**：存储具体业务数据（如请假天数、报销金额）。 - **关联**： - 通过`flow_instance_id`绑定流程实例表，实现“数据+流程”联动。 #### 2. **附件表**（`sys_attachment`） - **作用**：存储上传的文件。 - **关联**： - 通过`form_id`和`form_type`字段关联到业务表单（如流程、文档）。 --- ### 四、集成模块表 #### 1. **文档知识库表**（如`doc_folder`, `doc_file`） - **作用**：管理文档分类及内容。 - **关联**： - 通过`create_by`关联用户表，记录创建人。 - 通过`folder_id`实现目录层级关系。 #### 2. **任务计划表**（`task_plan`） - **作用**：记录任务分配与进度。 - **关联**： - 通过`assignee_id`关联用户表，指定负责人。 - 通过`project_id`关联项目管理表（如存在）。 --- ### 五、中间表与扩展表 #### 1. **多对多关系表**（如`user_role`） - **作用**：解决用户与角色的多对多绑定。 - **结构**： ```sql user_id | role_id ---------|--------- 1001 | 2001 1002 | 2002 ``` #### 2. **自定义扩展表**（如`form_extend_xxx`） - **作用**：通过E9的低代码平台扩展的业务字段。 - **关联**： - 通过`main_form_id`关联主业务表，实现动态字段扩展。 --- ### 六、关系示意图（简化版） ``` 组织架构表 (org_user) │ ↓ user_id 权限表 (sys_acl) ←─┐ │ │ ↓ role_id │ 流程实例表 (biz_flow_instance) ←─ form_id ─→ 业务表单 (biz_leave) │ ↓ template_id 流程模板表 (biz_flow_template) │ ↓ node_id 流程节点表 (biz_flow_node) → approver_id → org_user ``` --- ### 七、关键分析工具 1. **数据库探查**：通过`information_schema`查看外键（如`TABLE_CONSTRAINTS`）。 2. **日志分析**：跟踪流程提交时的SQL语句，定位关联表。 3. **官方文档**：参考泛微E9《数据库设计手册》（如有权限获取）。 如需深入分析，建议结合具体业务场景梳理SQL关联查询逻辑。