整体设计 定稿 之6 完整设计文档讨论及定稿 之4 整体设计数据库设计规范（含两个版本）

（本篇为"之6"的"Q70" （版本1）和 "Q72"(版本2)的回复 ）

摘要

本文提出"库-程序-文档"内联关联的三级元数据管理体系，构建架构级(文档型)、系统级(关系型)、功能级(知识型)数据库的协同机制。设计采用"九宏位-六域闭-三微开"框架，通过"放putter-求getter-设setter"闭环实现内容承载、程序驱动与文档呈现的精准映射。详细设计了各层级数据库表结构，包括核心字段定义和内联逻辑，并建立统一元模型确保跨库语义一致性。该规范遵循"三六九"通用术语集，形成"库承载-程序驱动-文档呈现"的完整链路，为设计体系落地提供数据支撑。

版本1 整体设计数据库设计规范

一、数据库设计核心定位与目标（库-程序-文档内联关联核心）

本文档聚焦整体设计体系"库-程序-文档"内联关联的数据库层设计，核心目标是构建"架构级+系统级+功能级"三级联动的元数据管理体系。三大数据库分别作为各层级内容的"放putter"（内容承载核心），程序针对各数据库提出对应"求getter"（需求/请求/指令），最终决定文档的"设setter"（结构/视图/索引设计），形成"库承载-程序驱动-文档呈现"的内联闭环，为整体设计的规范落地、协同联动及工具适配提供数据层支撑。

设计核心原则：

• 通用术语统一原则："三（微）六（域）九（宏）"是贯穿库设计、程序设计、文档设计的通用术语集，作为"库-程序-文档"内联闭环的核心概念基石，需在三类设计中保持术语定义、数量规范、关联性质的一致性；

• 程序底层框架原则：整体设计的程序基础遵循"九宏'位'-六域'闭'-三微'开'"逻辑，明确三者关联性质差异------九宏"位"实现内部紧密联结（connection）、六域"闭"构建中部恰当关系（relation）、三微"开"达成外部松散关联（association），确保程序对库"放putter"的诉求精准、响应高效，同时驱动文档"设setter"落地；

• 程序底层框架原则：整体设计的程序基础遵循"九宏'位'-六域'闭'-三微'开'"逻辑，明确程序核心定位、功能边界与执行载体，确保程序对库"放putter"的诉求精准、响应高效，同时驱动文档"设setter"落地；

• 适配性原则：三大数据库类型分别匹配三大体系的核心需求（关系型适配开放互联、文档型适配封闭自治、知识型适配单一职责）；

二、数据库层级划分与"库-程序-文档"内联逻辑

• 程序底层框架原则：基于"三六九"通用术语集，遵循"九宏'位'-六域'闭'-三微'开'"逻辑，明确程序核心定位、功能边界与执行载体，其中九宏"位"实现内部紧密联结（connection）、六域"闭"构建中部恰当关系（relation）、三微"开"达成外部松散关联（association），确保程序对库"放putter"的诉求精准、响应高效，同时驱动文档"设setter"落地；

• 语义一致性原则：统一元数据定义，确保跨库数据语义一致，避免理解偏差；

基于整体设计"架构-系统-功能"三级架构，划分三类数据库，各数据库作为对应层级的"放putter"（内容表承载），联动程序"求getter"与文档"设setter"，形成完整内联关联。各层级核心内联逻辑及对应关系如下：基于整体设计"架构-系统-功能"三级架构，划分三类数据库，各数据库作为对应层级的"放putter"（内容表承载），联动程序"求getter"与文档"设setter"，形成完整内联关联。同时明确核心数量规范：库、程序、文档均遵循"3层级×3维度=9个核心单元"逻辑，具体对应关系如下：

• 语义一致性原则：以统一数据元定义为基准，结合"三六九"通用术语集，确保跨库、跨程序、跨文档的数据语义一致，避免理解偏差；

• 适配性原则：三大数据库类型分别匹配三大体系的核心需求（关系型适配开放互联、文档型适配封闭自治、知识型适配单一职责）；

基于整体设计"架构-系统-功能"三级架构，划分三类数据库，各数据库作为对应层级的"放putter"（内容表承载），联动程序"求getter"与文档"设setter"，形成完整内联关联。其中，程序基础核心遵循"九宏'位'-六域'闭'-三微'开'"框架（九宏"位"：指令/仪表，明确程序诉求定位；六域"闭"：代理/实用工具agent，界定程序功能边界；三微"开"：效应器/工具effector，落地程序执行动作），为"库-程序-文档"内联提供底层支撑。同时明确核心数量规范：库、程序、文档均遵循"3层级×3维度=9个核心单元"逻辑，具体对应关系如下：

• 扩展性原则：预留扩展接口与字段，支持后续业务场景与技术需求的迭代延伸；

• 协同性原则：建立三库间的关联链路，形成"关联-封装-沉淀"的协同闭环；

|-------|---------|---------------------------|--------------------------------------|----------------------------------|----------------------------------------|
| 数据库层级 | 对应数据库类型 | 库：放putter（内容表核心） | 程序：求getter（核心诉求） | 文档：设setter（呈现设计） | 核心内联关系 |
| 架构级 | 文档型数据库 | 承载架构级核心规范、顶层设计内容，确保内容封闭自治 | commands（架构级指令）：获取架构级设计规范、顶层逻辑 | 页面大纲「纲」：定义文档顶层架构大纲，明确整体结构框架 | 文档型数据库承载的架构内容响应程序指令，驱动文档大纲「纲」的设计与生成 |
| 系统级 | 关系型数据库 | 承载系统级要素关联、模块适配内容，确保数据开放互联 | requests（系统级请求）：获取系统级要素关联、角色适配关系 | 视图窗格「界」：定义文档系统级视图划分、窗格布局，支撑多视图协同 | 关系型数据库的关联数据响应程序请求，驱动文档视图窗格「界」的设计与适配 |
| 功能级 | 知识型数据库 | 承载功能级规则知识、索引信息，确保知识复用沉淀 | requirements（功能级需求）：获取功能级设计规则、索引关联逻辑 | 索引目录「目」：定义文档功能级索引体系、目录结构，支撑快速检索 | 知识型数据库的规则与索引数据响应程序需求，驱动文档索引目录「目」的设计与生成 |

三、各层级数据库详细表设计（适配"放putter"核心诉求）

• 扩展性原则：预留扩展接口与字段，支持后续业务场景与技术需求的迭代延伸；

基于整体设计"架构-系统-功能"三级架构，划分三类数据库，各数据库作为对应层级的"放putter"（内容表承载），联动程序"求getter"与文档"设setter"，形成完整内联关联。其中，程序基础核心遵循"九宏'位'-六域'闭'-三微'开'"框架（九宏"位"：指令/仪表，明确程序诉求定位，实现内部紧密联结；六域"闭"：代理/实用工具agent，界定程序功能边界，构建中部恰当关系；三微"开"：效应器/工具effector，落地程序执行动作，达成外部松散关联），为"库-程序-文档"内联提供底层支撑。同时明确核心数量规范：库、程序、文档均遵循"3层级×3维度=9个核心单元"逻辑，具体对应关系如下：

• 数量确定性原则：库、程序、文档均遵循"3层级×3维度=9个核心单元"规范------9个库主表（每表1个主题theme，为表格组装线汇入点）、9个程序文件夹（每文件夹1个逻辑主体subject，为表格行列表头组配有序对序列化结果）、9个文档分篇（每篇1个语篇主题，为正文可填充分篇位置，构成系列篇topic）。

以整体设计"纲-目-界"文档呈现框架为核心关联目标，结合各层级"库-程序-文档"内联逻辑，明确架构级（文档型）、系统级（关系型）、功能级（知识型）数据库的核心表结构、字段定义及示例数据，确保表设计精准适配"放putter"内容承载需求，同时支撑程序"求getter"与文档"设setter"的联动。

• 协同性原则：基于"三六九"术语关联逻辑，建立三库间的关联链路，形成"关联-封装-沉淀"的协同闭环；

3.1 架构级数据库表设计（文档型，适配放putter-架构级内容承载）

• 数量确定性原则：基于"三六九"通用术语集数量规范，库、程序、文档均遵循"9个宏层级核心单元+6个域层级辅助单元+3个微层级基础单元"规范，确保三类设计数量逻辑一致。

核心聚焦"架构级内容封闭自治封装"，作为架构级内容的"放putter"，承载架构级顶层规范、大纲核心内容，支撑程序"commands（架构级指令）"的获取诉求，最终驱动文档"页面大纲「纲」"的设计。核心表包括架构规范封装表、大纲节点表。

3.1.1 Architecture_Spec_Package（架构规范封装表）

|------|------------------------------------------------------------|-----------------------------------------------------------------------|-----------------------------------------------------|-------------------------------------------------------|
| 层级维度 | 库（9个主表，3×3） | 程序（9个文件夹，3×3） | 文档（9个分篇，3×3） | 核心内联关系 |
| 架构级 | 3个文档型数据库主表（每表1个theme，为架构级表格组装线汇入点）：架构规范封装表、大纲节点表、架构版本管理表 | 3个架构级程序文件夹（每文件夹1个subject，为表格行列表头组配有序对序列化结果）：架构指令解析文件夹、大纲构建文件夹、版本管控文件夹 | 3个架构级文档分篇（每篇1个语篇主题，为可填充正文位置）：架构总纲分篇、大纲设计分篇、版本管理分篇 | 架构级库主表承载的内容响应对应程序文件夹的commands指令，驱动对应文档分篇的「纲」类内容设计 |
| 系统级 | 3个关系型数据库主表（每表1个theme，为系统级表格组装线汇入点）：系统要素关联表、视图窗格配置表、角色适配关联表 | 3个系统级程序文件夹（每文件夹1个subject，为表格行列表头组配有序对序列化结果）：要素关联解析文件夹、视图配置文件夹、角色适配文件夹 | 3个系统级文档分篇（每篇1个语篇主题，为可填充正文位置）：要素关联分篇、视图窗格设计分篇、角色适配分篇 | 系统级库主表承载的内容响应对应程序文件夹的requests请求，驱动对应文档分篇的「界」类内容设计 |
| 功能级 | 3个知识型数据库主表（每表1个theme，为功能级表格组装线汇入点）：功能规则表、索引目录配置表、检索适配表 | 3个功能级程序文件夹（每文件夹1个subject，为表格行列表头组配有序对序列化结果）：规则解析文件夹、索引构建文件夹、检索适配文件夹 | 3个功能级文档分篇（每篇1个语篇主题，为可填充正文位置）：功能规则分篇、索引目录设计分篇、检索适配分篇 | 功能级库主表承载的内容响应对应程序文件夹的requirements需求，驱动对应文档分篇的「目」类内容设计 |

功能：作为架构级核心内容的"放putter"核心表，封装架构级顶层设计规范、整体逻辑等全量内容，支撑程序获取架构级指令，为文档"页面大纲「纲」"提供核心内容支撑。

3.1.2 Outline_Node（大纲节点表）

|--------------------|-------------|------|------------------------|---------------------------|-------------------------------------------------------------------------|
| 字段名 | 字段类型 | 是否主键 | 字段说明 | 约束条件 | 示例值 |
| Arch_Spec_ID | VARCHAR(32) | 是 | 架构规范唯一标识（支撑程序指令精准定位） | 非空、唯一 | ARCH-000001 |
| Arch_Title | VARCHAR(64) | 否 | 架构级核心标题（对应文档大纲一级标题） | 非空 | 整体设计体系架构总纲 |
| Parent_Arch_ID | VARCHAR(32) | 否 | 父架构规范ID，构建架构层级（对应大纲层级） | 可空，关联本表格Arch_Spec_ID | 无 |
| Arch_Content | TEXT | 否 | 架构规范完整内容（支撑程序获取核心逻辑） | 非空 | 整体设计体系以"架构-系统-功能"三级为核心，构建"库-程序-文档"内联关联逻辑，架构级统领系统级与功能级，明确各层级核心职责与协同关系... |
| Outline_Mapping_ID | VARCHAR(32) | 否 | 关联文档大纲节点ID，支撑文档「纲」设计 | 非空，关联大纲节点表Outline_Node_ID | OUTLINE-000001 |

功能：作为文档"页面大纲「纲」"的核心数据支撑表，定义大纲节点层级、关联内容，支撑程序获取大纲构建指令，实现架构级内容与文档大纲的精准映射。

3.1.3 Arch_Version_Manage（架构版本管理表）

功能：管理架构级内容的版本迭代，支撑程序获取版本相关指令，确保文档"页面大纲「纲」"的版本一致性与可追溯性。

|-----------------|-------------|------|---------------------------|---------------------------------------------|----------------|
| 字段名 | 字段类型 | 是否主键 | 字段说明 | 约束条件 | 示例值 |
| Outline_Node_ID | VARCHAR(32) | 是 | 大纲节点唯一标识 | 非空、唯一 | OUTLINE-000001 |
| Node_Name | VARCHAR(64) | 否 | 大纲节点名称（文档大纲显示文本） | 非空 | 一、整体设计架构总纲 |
| Node_Level | INT | 否 | 大纲节点层级（1级/2级/3级，对应文档大纲层级） | 非空 | 1 |
| Parent_Node_ID | VARCHAR(32) | 否 | 父大纲节点ID，构建大纲层级关系 | 可空，关联本表格Outline_Node_ID | 无 |
| Related_Arch_ID | VARCHAR(32) | 否 | 关联架构规范ID，实现大纲与架构内容映射 | 非空，关联Architecture_Spec_Package表Arch_Spec_ID | ARCH-000001 |

3.2 系统级数据库表设计（关系型，适配放putter-系统级内容承载）

核心聚焦"系统级要素关联映射"，作为系统级内容的"放putter"，承载系统级模块关联、角色适配、视图配置等内容，支撑程序"requests（系统级请求）"的获取诉求，最终驱动文档"视图窗格「界」"的设计。核心表包括系统要素关联表、视图窗格配置表、角色适配关联表。

3.2.1 System_Element_Relation（系统要素关联表）

|----------------|--------------|------|--------------------|---------------------------------------------|---------------------|
| 字段名 | 字段类型 | 是否主键 | 字段说明 | 约束条件 | 示例值 |
| Version_ID | VARCHAR(32) | 是 | 版本唯一标识 | 非空、唯一 | VER-ARCH-000001 |
| Arch_Spec_ID | VARCHAR(32) | 否 | 关联架构规范ID | 非空，关联Architecture_Spec_Package表Arch_Spec_ID | ARCH-000001 |
| Version_Number | VARCHAR(16) | 否 | 版本号（V+主版本号.次版本号） | 非空 | V1.0 |
| Update_Time | DATETIME | 否 | 版本更新时间 | 非空 | 2025-01-01 10:00:00 |
| Update_Desc | VARCHAR(255) | 否 | 版本更新说明（支撑程序获取更新指令） | 可空 | 初始版本，定义整体架构大纲核心内容 |

功能：作为系统级要素关联的"放putter"核心表，承载模块、文档、架构要素间的关联关系，支撑程序获取系统级关联请求，为文档"视图窗格「界」"的布局设计提供关联数据支撑。

3.2.2 View_Pane_Config（视图窗格配置表）

功能：作为文档"视图窗格「界」"的核心配置表，承载窗格布局、展示内容、适配规则等内容，支撑程序获取视图配置请求，驱动文档视图窗格的设计与渲染。

3.3 功能级数据库表设计（知识型，适配放putter-功能级内容承载）

|-------------------|--------------|------|----------------------|-------|-----------------------|
| 字段名 | 字段类型 | 是否主键 | 字段说明 | 约束条件 | 示例值 |
| Relation_ID | VARCHAR(32) | 是 | 关联关系唯一标识 | 非空、唯一 | REL-SYS-000001 |
| Source_Element_ID | VARCHAR(32) | 否 | 源要素ID（如模块ID、架构ID） | 非空 | MODULE-000001（核心设计模块） |
| Target_Element_ID | VARCHAR(32) | 否 | 目标要素ID（如文档单元ID、视图ID） | 非空 | VIEW-000001（架构视图窗格） |
| Relation_Type | VARCHAR(64) | 否 | 关联类型（包含/适配/归属） | 非空 | 包含 |
| Relation_Desc | VARCHAR(255) | 否 | 关联关系说明（支撑程序理解关联逻辑） | 可空 | 核心设计模块包含架构视图窗格，支撑视图展示 |

核心聚焦"功能级规则知识沉淀"，作为功能级内容的"放putter"，承载功能级设计规则、索引配置、检索逻辑等内容，支撑程序"requirements（功能级需求）"的获取诉求，最终驱动文档"索引目录「目」"的设计。核心表包括功能规则表、索引目录配置表、检索适配表。

3.3.1 Function_Rule（功能规则表）

功能：作为功能级规则的"放putter"核心表，承载索引构建、内容检索等功能规则，支撑程序获取功能级需求，为文档"索引目录「目」"的设计提供规则支撑。

|-------------------|--------------|------|-------------------|--------------------------------------|---------------------|
| 字段名 | 字段类型 | 是否主键 | 字段说明 | 约束条件 | 示例值 |
| Retrieval_ID | VARCHAR(32) | 是 | 检索适配唯一标识 | 非空、唯一 | RET-000001 |
| Index_ID | VARCHAR(32) | 否 | 关联索引ID | 非空，关联Index_Directory_Config表Index_ID | INDEX-000001 |
| Retrieval_Keyword | VARCHAR(64) | 否 | 检索关键词 | 非空 | 整体设计架构 |
| Adaptation_Rule | VARCHAR(255) | 否 | 适配规则（关键词与索引的匹配逻辑） | 非空 | 关键词精准匹配索引名称或关联内容核心词 |
| Response_Speed | INT | 否 | 检索响应速度要求（毫秒） | 非空 | ≤500ms |

|-----------------|-------------|------|-----------------------|-------|-------------|
| 字段名 | 字段类型 | 是否主键 | 字段说明 | 约束条件 | 示例值 |
| View_Pane_ID | VARCHAR(32) | 是 | 视图窗格唯一标识 | 非空、唯一 | VIEW-000001 |
| Pane_Name | VARCHAR(64) | 否 | 视图窗格名称 | 非空 | 架构级设计视图窗格 |
| Pane_Layout | VARCHAR(64) | 否 | 窗格布局（左侧/右侧/顶部/底部） | 非空 | 左侧 |
| Pane_Size | VARCHAR(32) | 否 | 窗格尺寸（宽度/高度） | 非空 | 宽度200px |
| Show_Content_ID | VARCHAR(32) | 否 | 窗格展示内容ID（关联架构规范/模块内容） | 非空 | ARCH-000001 |
| Applicable_Role | VARCHAR(64) | 否 | 适配角色（支撑程序获取角色适配请求） | 非空 | 体系规划者 |

3.3.2 Index_Directory_Config（索引目录配置表）

功能：作为文档"索引目录「目」"的核心配置表，承载索引节点、关联内容、展示规则等内容，支撑程序获取索引配置需求，驱动文档索引目录的生成与展示。

四、数据元模型及统一建模逻辑（支撑"库-程序-文档"内联联动）

基于上述架构级、系统级、功能级数据库的表设计，构建统一数据元模型，核心目标是实现"库-程序-文档"内联联动的语义一致性与关联完整性，确保三大层级的"放putter-求getter-设setter"精准对接。

4.1 核心数据元定义

|-----------------------|--------------|------|--------------------|-------|-------------------------------------------------------|
| 字段名 | 字段类型 | 是否主键 | 字段说明 | 约束条件 | 示例值 |
| Rule_ID | VARCHAR(32) | 是 | 规则唯一标识 | 非空、唯一 | RULE-FUNC-000001 |
| Rule_Name | VARCHAR(128) | 否 | 规则名称 | 非空 | 索引目录层级规则 |
| Applicable_Function | VARCHAR(64) | 否 | 适用功能（索引构建/检索/筛选） | 非空 | 索引构建 |
| Rule_Content | TEXT | 否 | 规则核心内容（支撑程序理解功能需求） | 非空 | 索引目录层级与文档大纲层级对应，二级索引对应文档二级标题，三级索引对应文档三级标题，确保索引与内容精准匹配 |
| Verification_Standard | VARCHAR(255) | 否 | 规则校验标准 | 非空 | 索引与对应标题匹配度≥95%，无遗漏核心内容 |

提取三大数据库的共性元数据要素，形成统一数据元字典，明确各元数据的名称、类型、约束及语义说明，为跨库协同提供统一基准。核心数据元分类如下：

• ID类元数据：用于唯一标识各设计要素与关联关系，如Hierarchy_ID（层级ID）、Document_ID（文档ID）、Rule_ID（规则ID）等，统一采用"前缀-序号"的编码规则（前缀对应元数据类型，序号为6位数字）；

• 描述类元数据：用于描述设计要素的核心信息，如Core_Title（核心标题）、Core_Function（核心功能）、Rule_Content（规则内容）等，确保描述精准、简洁；

• 关联类元数据：用于建立各要素间的关联关系，如Parent_Hierarchy_ID（父层级ID）、Source_Element_ID（源要素ID）、Related_Spec_ID（关联规范ID）等，统一关联对应表的主键；

|--------------------|--------------|------|------------------------|------------------|--------------------|
| 字段名 | 字段类型 | 是否主键 | 字段说明 | 约束条件 | 示例值 |
| Index_ID | VARCHAR(32) | 是 | 索引唯一标识 | 非空、唯一 | INDEX-000001 |
| Index_Name | VARCHAR(64) | 否 | 索引名称（文档索引目录显示文本） | 非空 | 1.1 整体设计架构核心逻辑 |
| Index_Level | INT | 否 | 索引层级（2级/3级，对应文档索引目录层级） | 非空 | 2 |
| Parent_Index_ID | VARCHAR(32) | 否 | 父索引ID，构建索引层级关系 | 可空，关联本表格Index_ID | INDEX-000000（顶级索引） |
| Related_Content_ID | VARCHAR(32) | 否 | 关联内容ID（关联架构规范/文档内容） | 非空 | ARCH-000001 |
| Jump_Location | VARCHAR(255) | 否 | 索引跳转位置（文档内锚点） | 非空 | #arch-core-logic |

• 管理类元数据：用于文档与规则的版本管理、状态管控，如Version_Number（版本号）、Create_Time（创建时间）、Status（状态）等，版本号采用"V+主版本号.次版本号"格式；

• 规则类元数据：用于定义校验标准与适配要求，如Verification_Standard（校验标准）、Permission_Level（权限等级）等，确保规则可量化、可执行。

4.2 元模型架构设计（三层封装）

采用"基础层-中间层-应用层"的三层架构封装元模型，实现元数据在不同数据库中的差异化适配与统一调用：

• 基础层（元数据字典层）：封装统一数据元字典，定义各元数据的名称、类型、约束、语义说明及编码规则，为上层提供统一的元数据基准，确保跨库语义一致；

• 中间层（数据库适配层）：针对三大数据库的特性，建立数据元与各库表字段的映射关系------关系型数据库聚焦关联类元数据的精准映射，文档型数据库聚焦描述类元数据的完整封装，知识型数据库聚焦规则类元数据的结构化沉淀，实现元数据的差异化适配；

• 应用层（业务关联层）：关联整体设计的原型设计、过程设计、模块化设计等业务场景，建立元数据与业务要素的精准映射（如文档单元与篇章模板的映射、规则与行为目录的映射），支撑设计规范的落地与专用工具的适配。

4.3 统一建模核心原则

• 语义一致性原则：严格遵循统一数据元字典，确保同一元数据在不同数据库中的定义、类型、编码规则完全一致，避免理解偏差；

• 关联完整性原则：基于关联类元数据，建立三大数据库间的完整关联链路（如关系型数据库的要素关联表关联文档型数据库的文档单元表、知识型数据库的设计规则表），形成"关联-封装-沉淀"的协同闭环；

• 扩展灵活性原则：元模型预留扩展字段（如Ext_Field1、Ext_Field2）与适配接口，支持后续新增数据库类型、业务场景或技术需求的迭代延伸；

• 可追溯性原则：所有元数据的创建、修改、删除均需记录操作日志，包含操作人、操作时间、操作内容，确保元数据全生命周期可追溯。

五、"库-程序-文档"内联协同逻辑与落地要求

5.1 内联协同链路（放putter-求getter-设setter闭环）

三大层级数据库通过统一元模型实现内联协同，形成"放putter-求getter-设setter"的完整闭环链路，具体如下：

1. 业务场景调用时，通过元模型的应用层实现三库数据的统一查询与联动，确保数据的完整性与一致性。

5.2 落地执行要求

• 表结构落地：严格按照本规范定义的表结构、字段类型、约束条件创建数据库表，不得随意修改核心字段；如需调整，需经过跨团队评审并更新本规范；

• 元数据录入：元数据录入需遵循统一数据元字典的编码规则与描述规范，确保录入数据的准确性与一致性；录入完成后需进行语义校验与关联校验；

• 协同测试：落地后需进行三库协同测试，验证关联链路的完整性、数据查询的准确性及跨库协同的流畅性；测试通过后方可投入使用；

• 版本管理：建立数据库设计规范的版本管理机制，后续迭代需记录版本变更日志，明确变更内容、变更原因及影响范围。

六、附录：核心数据元字典（节选）

元数据名称	数据类型	约束条件	编码规则/语义说明	关联表
Hierarchy_ID	VARCHAR(32)	非空、唯一	编码规则：TAX-6位数字（如TAX-000001）；语义：层级唯一标识	Taxonomy_Hierarchy
Document_ID	VARCHAR(32)	非空、唯一	编码规则：DOC-6位数字（如DOC-000001）；语义：文档单元唯一标识	Document_Unit、Chapter_Mapping、Role_Adaptation
Rule_ID	VARCHAR(32)	非空、唯一	编码规则：RULE-6位数字（如RULE-000001）；语义：设计规则唯一标识	Design_Rule
Version_Number	VARCHAR(16)	非空	编码规则：V+主版本号.次版本号（如V1.0）；语义：文档/规则版本号	Document_Unit

1. 架构级（文档型）数据库作为"放putter"承载架构规范内容，程序发起"commands（架构级指令）"获取内容，驱动文档"页面大纲「纲」"的设计与生成；

2. 系统级（关系型）数据库作为"放putter"承载要素关联内容，程序发起"requests（系统级请求）"获取关联关系与视图配置，驱动文档"视图窗格「界」"的设计与适配；

3. 功能级（知识型）数据库作为"放putter"承载规则与索引内容，程序发起"requirements（功能级需求）"获取规则与索引配置，驱动文档"索引目录「目」"的设计与生成；

4. 统一元模型保障三大层级数据语义一致，程序通过元模型实现三库数据的协同调用，最终确保文档"纲-界-目"呈现与数据库内容、程序诉求精准匹配。

版本2 整体设计数据库设计规范（适配new文件夹程序架构）

一、数据库设计核心定位与目标（库-程序-文档内联关联核心）一、数据库设计核心定位与目标（适配new文件夹"库-程序-文档"内联关联）

本文档聚焦整体设计体系"库-程序-文档"内联关联的数据库层设计，核心目标是构建"架构级+系统级+功能级"三级联动的元数据管理体系。三大数据库分别作为各层级内容的"放putter"（内容承载核心），程序针对各数据库提出对应"求getter"（需求/请求/指令），最终决定文档的"设setter"（结构/视图/索引设计），形成"库承载-程序驱动-文档呈现"的内联闭环，为整体设计的规范落地、协同联动及工具适配提供数据层支撑。本文档聚焦整体设计体系"库-程序-文档"内联关联的数据库层设计，核心目标是构建"架构级+系统级+功能级"三级联动的元数据管理体系，精准适配new文件夹（路径：E:\Users\Administrator\CodeBuddy\new）的九程序文件夹架构。三大数据库分别作为各层级内容的"放putter"（内容承载核心），new文件夹中的程序针对各数据库提出对应"求getter"（需求/请求/指令），最终决定文档的"设setter"（结构/视图/索引设计），形成"库承载-程序驱动-文档呈现"的内联闭环。同时适配"Pin语言工具"（路径：C:\Users\Administrator\Desktop）作为总动员工具的动态内容协同需求，为整体设计的规范落地、协同联动及工具适配提供数据层支撑。

设计核心原则：

• 通用术语统一原则："三（微）六（域）九（宏）"是贯穿库设计、程序设计、文档设计的通用术语集，作为"库-程序-文档"内联闭环的核心概念基石，需在三类设计中保持术语定义、数量规范、关联性质的一致性，其中程序设计对应new文件夹的9个核心程序文件夹；

• 通用术语统一原则："三（微）六（域）九（宏）"是贯穿库设计、程序设计、文档设计的通用术语集，作为"库-程序-文档"内联闭环的核心概念基石，需在三类设计中保持术语定义、数量规范、关联性质的一致性；

• 程序底层框架原则：整体设计的程序基础遵循"九宏'位'-六域'闭'-三微'开'"逻辑，明确三者关联性质差异------九宏"位"实现内部紧密联结（connection）、六域"闭"构建中部恰当关系（relation）、三微"开"达成外部松散关联（association），确保程序对库"放putter"的诉求精准、响应高效，同时驱动文档"设setter"落地；

• 程序底层框架原则：整体设计的程序基础遵循"九宏'位'-六域'闭'-三微'开'"逻辑，明确程序核心定位、功能边界与执行载体，确保程序对库"放putter"的诉求精准、响应高效，同时驱动文档"设setter"落地；

• 适配性原则：三大数据库类型分别匹配三大体系的核心需求（关系型适配开放互联、文档型适配封闭自治、知识型适配单一职责）；

二、数据库层级划分与"库-程序-文档"内联逻辑二、"三六九"通用术语集与new文件夹程序架构对应关系

• 程序底层框架原则：整体设计的程序基础遵循"九宏'位'-六域'闭'-三微'开'"逻辑，明确三者关联性质差异------九宏"位"实现内部紧密联结（connection）、六域"闭"构建中部恰当关系（relation）、三微"开"达成外部松散关联（association），对应new文件夹中9个程序文件夹的抽象面、工程面、中间面分层逻辑，确保程序对库"放putter"的诉求精准、响应高效，同时驱动文档"设setter"落地；

• 程序底层框架原则：基于"三六九"通用术语集，遵循"九宏'位'-六域'闭'-三微'开'"逻辑，明确程序核心定位、功能边界与执行载体，其中九宏"位"实现内部紧密联结（connection）、六域"闭"构建中部恰当关系（relation）、三微"开"达成外部松散关联（association），确保程序对库"放putter"的诉求精准、响应高效，同时驱动文档"设setter"落地；

• 语义一致性原则：统一元数据定义，确保跨库数据语义一致，避免理解偏差；

基于整体设计"架构-系统-功能"三级架构，划分三类数据库，各数据库作为对应层级的"放putter"（内容表承载），联动程序"求getter"与文档"设setter"，形成完整内联关联。各层级核心内联逻辑及对应关系如下：基于整体设计"架构-系统-功能"三级架构，划分三类数据库，各数据库作为对应层级的"放putter"（内容表承载），联动程序"求getter"与文档"设setter"，形成完整内联关联。同时明确核心数量规范：库、程序、文档均遵循"3层级×3维度=9个核心单元"逻辑，具体对应关系如下：

• 语义一致性原则：以统一数据元定义为基准，结合"三六九"通用术语集，确保跨库、跨程序（new文件夹9个文件夹）、跨文档的数据语义一致，避免理解偏差；

• 适配性原则：三大数据库类型分别匹配三大体系的核心需求（关系型适配开放互联、文档型适配封闭自治、知识型适配单一职责），同时适配new文件夹中不同程序文件夹的技术特性（如VDHL硬件描述语言、anpsl无常过程规格语言、nsnlp自然语言处理等）；

• 语义一致性原则：以统一数据元定义为基准，结合"三六九"通用术语集，确保跨库、跨程序、跨文档的数据语义一致，避免理解偏差；

• 适配性原则：三大数据库类型分别匹配三大体系的核心需求（关系型适配开放互联、文档型适配封闭自治、知识型适配单一职责）；

基于整体设计"架构-系统-功能"三级架构，划分三类数据库，各数据库作为对应层级的"放putter"（内容表承载），联动程序"求getter"与文档"设setter"，形成完整内联关联。其中，程序基础核心遵循"九宏'位'-六域'闭'-三微'开'"框架（九宏"位"：指令/仪表，明确程序诉求定位；六域"闭"：代理/实用工具agent，界定程序功能边界；三微"开"：效应器/工具effector，落地程序执行动作），为"库-程序-文档"内联提供底层支撑。同时明确核心数量规范：库、程序、文档均遵循"3层级×3维度=9个核心单元"逻辑，具体对应关系如下：

• 扩展性原则：预留扩展接口与字段，支持后续业务场景与技术需求的迭代延伸；

• 协同性原则：建立三库间的关联链路，形成"关联-封装-沉淀"的协同闭环；

|-------|---------|---------------------------|--------------------------------------|----------------------------------|----------------------------------------|
| 数据库层级 | 对应数据库类型 | 库：放putter（内容表核心） | 程序：求getter（核心诉求） | 文档：设setter（呈现设计） | 核心内联关系 |
| 架构级 | 文档型数据库 | 承载架构级核心规范、顶层设计内容，确保内容封闭自治 | commands（架构级指令）：获取架构级设计规范、顶层逻辑 | 页面大纲「纲」：定义文档顶层架构大纲，明确整体结构框架 | 文档型数据库承载的架构内容响应程序指令，驱动文档大纲「纲」的设计与生成 |
| 系统级 | 关系型数据库 | 承载系统级要素关联、模块适配内容，确保数据开放互联 | requests（系统级请求）：获取系统级要素关联、角色适配关系 | 视图窗格「界」：定义文档系统级视图划分、窗格布局，支撑多视图协同 | 关系型数据库的关联数据响应程序请求，驱动文档视图窗格「界」的设计与适配 |
| 功能级 | 知识型数据库 | 承载功能级规则知识、索引信息，确保知识复用沉淀 | requirements（功能级需求）：获取功能级设计规则、索引关联逻辑 | 索引目录「目」：定义文档功能级索引体系、目录结构，支撑快速检索 | 知识型数据库的规则与索引数据响应程序需求，驱动文档索引目录「目」的设计与生成 |

三、各层级数据库详细表设计（适配"放putter"核心诉求）

• 扩展性原则：预留扩展接口与字段，支持后续业务场景、技术需求迭代延伸，适配new文件夹关联的CodeBuddy生成程序及备忘录仪表盘程序的协同需求；

• 扩展性原则：预留扩展接口与字段，支持后续业务场景与技术需求的迭代延伸；

基于整体设计"架构-系统-功能"三级架构，划分三类数据库，各数据库作为对应层级的"放putter"（内容表承载），联动程序"求getter"与文档"设setter"，形成完整内联关联。其中，程序基础核心遵循"九宏'位'-六域'闭'-三微'开'"框架（九宏"位"：指令/仪表，明确程序诉求定位，实现内部紧密联结；六域"闭"：代理/实用工具agent，界定程序功能边界，构建中部恰当关系；三微"开"：效应器/工具effector，落地程序执行动作，达成外部松散关联），为"库-程序-文档"内联提供底层支撑。同时明确核心数量规范：库、程序、文档均遵循"3层级×3维度=9个核心单元"逻辑，具体对应关系如下：

• 数量确定性原则：库、程序、文档均遵循"3层级×3维度=9个核心单元"规范------9个库主表（每表1个主题theme，为表格组装线汇入点）、9个程序文件夹（每文件夹1个逻辑主体subject，为表格行列表头组配有序对序列化结果）、9个文档分篇（每篇1个语篇主题，为正文可填充分篇位置，构成系列篇topic）。

以整体设计"纲-目-界"文档呈现框架为核心关联目标，结合各层级"库-程序-文档"内联逻辑，明确架构级（文档型）、系统级（关系型）、功能级（知识型）数据库的核心表结构、字段定义及示例数据，确保表设计精准适配"放putter"内容承载需求，同时支撑程序"求getter"与文档"设setter"的联动。

• 协同性原则：基于"三六九"术语关联逻辑，建立三库间的关联链路，形成"关联-封装-沉淀"的协同闭环，支撑new文件夹程序与总动员工具"Pin语言工具"的动态协同；

• 协同性原则：基于"三六九"术语关联逻辑，建立三库间的关联链路，形成"关联-封装-沉淀"的协同闭环；

3.1 架构级数据库表设计（文档型，适配放putter-架构级内容承载）

• 数量确定性原则：基于"三六九"通用术语集数量规范，库、程序、文档均遵循"9个宏层级核心单元+6个域层级辅助单元+3个微层级基础单元"规范，其中程序端9个核心单元对应new文件夹的9个程序文件夹，确保三类设计数量逻辑一致。

• 数量确定性原则：基于"三六九"通用术语集数量规范，库、程序、文档均遵循"9个宏层级核心单元+6个域层级辅助单元+3个微层级基础单元"规范，确保三类设计数量逻辑一致。

核心聚焦"架构级内容封闭自治封装"，作为架构级内容的"放putter"，承载架构级顶层规范、大纲核心内容，支撑程序"commands（架构级指令）"的获取诉求，最终驱动文档"页面大纲「纲」"的设计。核心表包括架构规范封装表、大纲节点表。

3.1.1 Architecture_Spec_Package（架构规范封装表）

"三六九"通用术语集是整体设计体系中库设计、程序设计、文档设计的统一概念基准，其中程序设计端的9个宏层级核心单元直接对应new文件夹的9个程序文件夹。结合new文件夹的抽象面（数据A面）、工程面（数据B面）、中间面分层逻辑，明确术语集与程序文件夹的对应关系、核心特性及与库/文档的协同逻辑如下：

|------|------------------------------------------------------------|-----------------------------------------------------------------------|-----------------------------------------------------|-------------------------------------------------------|
| 层级维度 | 库（9个主表，3×3） | 程序（9个文件夹，3×3） | 文档（9个分篇，3×3） | 核心内联关系 |
| 架构级 | 3个文档型数据库主表（每表1个theme，为架构级表格组装线汇入点）：架构规范封装表、大纲节点表、架构版本管理表 | 3个架构级程序文件夹（每文件夹1个subject，为表格行列表头组配有序对序列化结果）：架构指令解析文件夹、大纲构建文件夹、版本管控文件夹 | 3个架构级文档分篇（每篇1个语篇主题，为可填充正文位置）：架构总纲分篇、大纲设计分篇、版本管理分篇 | 架构级库主表承载的内容响应对应程序文件夹的commands指令，驱动对应文档分篇的「纲」类内容设计 |
| 系统级 | 3个关系型数据库主表（每表1个theme，为系统级表格组装线汇入点）：系统要素关联表、视图窗格配置表、角色适配关联表 | 3个系统级程序文件夹（每文件夹1个subject，为表格行列表头组配有序对序列化结果）：要素关联解析文件夹、视图配置文件夹、角色适配文件夹 | 3个系统级文档分篇（每篇1个语篇主题，为可填充正文位置）：要素关联分篇、视图窗格设计分篇、角色适配分篇 | 系统级库主表承载的内容响应对应程序文件夹的requests请求，驱动对应文档分篇的「界」类内容设计 |
| 功能级 | 3个知识型数据库主表（每表1个theme，为功能级表格组装线汇入点）：功能规则表、索引目录配置表、检索适配表 | 3个功能级程序文件夹（每文件夹1个subject，为表格行列表头组配有序对序列化结果）：规则解析文件夹、索引构建文件夹、检索适配文件夹 | 3个功能级文档分篇（每篇1个语篇主题，为可填充正文位置）：功能规则分篇、索引目录设计分篇、检索适配分篇 | 功能级库主表承载的内容响应对应程序文件夹的requirements需求，驱动对应文档分篇的「目」类内容设计 |

功能：作为架构级核心内容的"放putter"核心表，封装架构级顶层设计规范、整体逻辑等全量内容，支撑程序获取架构级指令，为文档"页面大纲「纲」"提供核心内容支撑。

补充说明：1. 3_architecture_xsm_c对应原project文件夹中的archive-documents，为外层后端动态架构，适配xsm（xml schema）super-documents；2. dashboard_anpsl_open适配anpsl无常过程规格语言，基于Type系统与边缘连接总线，属于中台AI系统；3. logs_vdhlL_half适配VDHL硬件描述语言与powerShell，基于Class容器与外壳命令行，属于后台AI芯片；4. tools_nsnlp_close适配nsnlp自然语言处理，基于Method表面模型，属于前台AI组件。

|--------------|----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------|----------------------------------------------------------------------------------------------------------------------------------------------|--------------------------------------------------------------------|---------------------------------------------|
| 通用术语层级 | new文件夹程序文件夹对应关系 | 程序核心特性（基于文件夹用词说明） | 关联性质 | 库设计对应载体 | 文档设计对应载体 |
| 九宏（宏层级）-核心单元 | 1_application_umlz、2_program_xmlr、3_architecture_xsm_c、alogic formaltype、b_user_material category、c_middle_relational relation、dashboard_anpsl_open、logs_vdhlL_half、tools_nsnlp_close（9个文件夹） | 覆盖抽象面、工程面、中间面：1. 抽象面（数据A面）：基于Box_Attribute一元谓词演算，支持property重定向/重命名/重配置，遵循拓扑不变性属性；2. 工程面（数据B面）：基于Box-Type简单命题演算，允许循环定义重组，遵循自然变化时间周期性规律；3. 中间面：基于情境演算，承诺往复重用，实现上下文融合与因果关系协同 | 内部紧密联结（connection）：9个文件夹间通过中间面实现往复重用与情境协同，形成"内层应用-中间集成-外层架构"的层级联动（1_application_umlz为内层交付前端、2_program_xmlr为中间集成中端、3_architecture_xsm_c为外层后端） | 9个宏层级主表（每表1个theme，为表格组装线汇入点），适配各文件夹技术特性（如支撑VDHL、anpsl、nsnlp相关数据承载） | 9个宏层级文档分篇（每篇1个语篇主题topic），含new文件夹配套说明文档（本文档） |
| 六域（域层级）-辅助单元 | 各宏层级文件夹配套辅助程序模块（6个） | 支撑宏层级文件夹功能落地：如alogic formaltype的形式化逻辑辅助、b_user_material category的用户素材分类辅助等，适配人工语言、形式语言、自然语言三类语言特性 | 中部恰当关系（relation）：作为中间枢纽，适配宏层级文件夹与微层级基础模块的协同，兼顾稳定性与灵活调整空间 | 6个域层级辅助表（支撑宏层级主表内容承载） | 6个域层级辅助文档篇（支撑宏层级文档内容完善） |
| 三微（微层级）-基础单元 | 各层级基础工具模块（3个）：如Pin语言工具适配模块、日志基础模块、通用处理模块 | 基础支撑功能：适配总动员工具"Pin语言工具"，实现动态内容协同；支撑后台AI芯片、中台AI系统、前台AI组件的基础交互 | 外部松散关联（association）：与Pin语言工具、备忘录仪表盘程序等外部工具建立弱关联，降低耦合度 | 3个微层级基础表（承载底层元数据，保障数据一致性） | 3个微层级基础文档篇（呈现元数据内容，保障文档基础一致） |

3.1.2 Outline_Node（大纲节点表）

|--------------------|-------------|------|------------------------|---------------------------|-------------------------------------------------------------------------|
| 字段名 | 字段类型 | 是否主键 | 字段说明 | 约束条件 | 示例值 |
| Arch_Spec_ID | VARCHAR(32) | 是 | 架构规范唯一标识（支撑程序指令精准定位） | 非空、唯一 | ARCH-000001 |
| Arch_Title | VARCHAR(64) | 否 | 架构级核心标题（对应文档大纲一级标题） | 非空 | 整体设计体系架构总纲 |
| Parent_Arch_ID | VARCHAR(32) | 否 | 父架构规范ID，构建架构层级（对应大纲层级） | 可空，关联本表格Arch_Spec_ID | 无 |
| Arch_Content | TEXT | 否 | 架构规范完整内容（支撑程序获取核心逻辑） | 非空 | 整体设计体系以"架构-系统-功能"三级为核心，构建"库-程序-文档"内联关联逻辑，架构级统领系统级与功能级，明确各层级核心职责与协同关系... |
| Outline_Mapping_ID | VARCHAR(32) | 否 | 关联文档大纲节点ID，支撑文档「纲」设计 | 非空，关联大纲节点表Outline_Node_ID | OUTLINE-000001 |

功能：作为文档"页面大纲「纲」"的核心数据支撑表，定义大纲节点层级、关联内容，支撑程序获取大纲构建指令，实现架构级内容与文档大纲的精准映射。

3.1.3 Arch_Version_Manage（架构版本管理表）

功能：管理架构级内容的版本迭代，支撑程序获取版本相关指令，确保文档"页面大纲「纲」"的版本一致性与可追溯性。

|-----------------|-------------|------|---------------------------|---------------------------------------------|----------------|
| 字段名 | 字段类型 | 是否主键 | 字段说明 | 约束条件 | 示例值 |
| Outline_Node_ID | VARCHAR(32) | 是 | 大纲节点唯一标识 | 非空、唯一 | OUTLINE-000001 |
| Node_Name | VARCHAR(64) | 否 | 大纲节点名称（文档大纲显示文本） | 非空 | 一、整体设计架构总纲 |
| Node_Level | INT | 否 | 大纲节点层级（1级/2级/3级，对应文档大纲层级） | 非空 | 1 |
| Parent_Node_ID | VARCHAR(32) | 否 | 父大纲节点ID，构建大纲层级关系 | 可空，关联本表格Outline_Node_ID | 无 |
| Related_Arch_ID | VARCHAR(32) | 否 | 关联架构规范ID，实现大纲与架构内容映射 | 非空，关联Architecture_Spec_Package表Arch_Spec_ID | ARCH-000001 |

3.2 系统级数据库表设计（关系型，适配放putter-系统级内容承载）

核心聚焦"系统级要素关联映射"，作为系统级内容的"放putter"，承载系统级模块关联、角色适配、视图配置等内容，支撑程序"requests（系统级请求）"的获取诉求，最终驱动文档"视图窗格「界」"的设计。核心表包括系统要素关联表、视图窗格配置表、角色适配关联表。

3.2.1 System_Element_Relation（系统要素关联表）

|----------------|--------------|------|--------------------|---------------------------------------------|---------------------|
| 字段名 | 字段类型 | 是否主键 | 字段说明 | 约束条件 | 示例值 |
| Version_ID | VARCHAR(32) | 是 | 版本唯一标识 | 非空、唯一 | VER-ARCH-000001 |
| Arch_Spec_ID | VARCHAR(32) | 否 | 关联架构规范ID | 非空，关联Architecture_Spec_Package表Arch_Spec_ID | ARCH-000001 |
| Version_Number | VARCHAR(16) | 否 | 版本号（V+主版本号.次版本号） | 非空 | V1.0 |
| Update_Time | DATETIME | 否 | 版本更新时间 | 非空 | 2025-01-01 10:00:00 |
| Update_Desc | VARCHAR(255) | 否 | 版本更新说明（支撑程序获取更新指令） | 可空 | 初始版本，定义整体架构大纲核心内容 |

功能：作为系统级要素关联的"放putter"核心表，承载模块、文档、架构要素间的关联关系，支撑程序获取系统级关联请求，为文档"视图窗格「界」"的布局设计提供关联数据支撑。

3.2.2 View_Pane_Config（视图窗格配置表）

功能：作为文档"视图窗格「界」"的核心配置表，承载窗格布局、展示内容、适配规则等内容，支撑程序获取视图配置请求，驱动文档视图窗格的设计与渲染。

3.3 功能级数据库表设计（知识型，适配放putter-功能级内容承载）

|-------------------|--------------|------|----------------------|-------|-----------------------|
| 字段名 | 字段类型 | 是否主键 | 字段说明 | 约束条件 | 示例值 |
| Relation_ID | VARCHAR(32) | 是 | 关联关系唯一标识 | 非空、唯一 | REL-SYS-000001 |
| Source_Element_ID | VARCHAR(32) | 否 | 源要素ID（如模块ID、架构ID） | 非空 | MODULE-000001（核心设计模块） |
| Target_Element_ID | VARCHAR(32) | 否 | 目标要素ID（如文档单元ID、视图ID） | 非空 | VIEW-000001（架构视图窗格） |
| Relation_Type | VARCHAR(64) | 否 | 关联类型（包含/适配/归属） | 非空 | 包含 |
| Relation_Desc | VARCHAR(255) | 否 | 关联关系说明（支撑程序理解关联逻辑） | 可空 | 核心设计模块包含架构视图窗格，支撑视图展示 |

核心聚焦"功能级规则知识沉淀"，作为功能级内容的"放putter"，承载功能级设计规则、索引配置、检索逻辑等内容，支撑程序"requirements（功能级需求）"的获取诉求，最终驱动文档"索引目录「目」"的设计。核心表包括功能规则表、索引目录配置表、检索适配表。

3.3.1 Function_Rule（功能规则表）

功能：作为功能级规则的"放putter"核心表，承载索引构建、内容检索等功能规则，支撑程序获取功能级需求，为文档"索引目录「目」"的设计提供规则支撑。

|-------------------|--------------|------|-------------------|--------------------------------------|---------------------|
| 字段名 | 字段类型 | 是否主键 | 字段说明 | 约束条件 | 示例值 |
| Retrieval_ID | VARCHAR(32) | 是 | 检索适配唯一标识 | 非空、唯一 | RET-000001 |
| Index_ID | VARCHAR(32) | 否 | 关联索引ID | 非空，关联Index_Directory_Config表Index_ID | INDEX-000001 |
| Retrieval_Keyword | VARCHAR(64) | 否 | 检索关键词 | 非空 | 整体设计架构 |
| Adaptation_Rule | VARCHAR(255) | 否 | 适配规则（关键词与索引的匹配逻辑） | 非空 | 关键词精准匹配索引名称或关联内容核心词 |
| Response_Speed | INT | 否 | 检索响应速度要求（毫秒） | 非空 | ≤500ms |

|-----------------|-------------|------|-----------------------|-------|-------------|
| 字段名 | 字段类型 | 是否主键 | 字段说明 | 约束条件 | 示例值 |
| View_Pane_ID | VARCHAR(32) | 是 | 视图窗格唯一标识 | 非空、唯一 | VIEW-000001 |
| Pane_Name | VARCHAR(64) | 否 | 视图窗格名称 | 非空 | 架构级设计视图窗格 |
| Pane_Layout | VARCHAR(64) | 否 | 窗格布局（左侧/右侧/顶部/底部） | 非空 | 左侧 |
| Pane_Size | VARCHAR(32) | 否 | 窗格尺寸（宽度/高度） | 非空 | 宽度200px |
| Show_Content_ID | VARCHAR(32) | 否 | 窗格展示内容ID（关联架构规范/模块内容） | 非空 | ARCH-000001 |
| Applicable_Role | VARCHAR(64) | 否 | 适配角色（支撑程序获取角色适配请求） | 非空 | 体系规划者 |

3.3.2 Index_Directory_Config（索引目录配置表）

功能：作为文档"索引目录「目」"的核心配置表，承载索引节点、关联内容、展示规则等内容，支撑程序获取索引配置需求，驱动文档索引目录的生成与展示。

四、数据元模型及统一建模逻辑（支撑"库-程序-文档"内联联动）

基于上述架构级、系统级、功能级数据库的表设计，构建统一数据元模型，核心目标是实现"库-程序-文档"内联联动的语义一致性与关联完整性，确保三大层级的"放putter-求getter-设setter"精准对接。

4.1 核心数据元定义

|-----------------------|--------------|------|--------------------|-------|-------------------------------------------------------|
| 字段名 | 字段类型 | 是否主键 | 字段说明 | 约束条件 | 示例值 |
| Rule_ID | VARCHAR(32) | 是 | 规则唯一标识 | 非空、唯一 | RULE-FUNC-000001 |
| Rule_Name | VARCHAR(128) | 否 | 规则名称 | 非空 | 索引目录层级规则 |
| Applicable_Function | VARCHAR(64) | 否 | 适用功能（索引构建/检索/筛选） | 非空 | 索引构建 |
| Rule_Content | TEXT | 否 | 规则核心内容（支撑程序理解功能需求） | 非空 | 索引目录层级与文档大纲层级对应，二级索引对应文档二级标题，三级索引对应文档三级标题，确保索引与内容精准匹配 |
| Verification_Standard | VARCHAR(255) | 否 | 规则校验标准 | 非空 | 索引与对应标题匹配度≥95%，无遗漏核心内容 |

提取三大数据库的共性元数据要素，形成统一数据元字典，明确各元数据的名称、类型、约束及语义说明，为跨库协同提供统一基准。核心数据元分类如下：

• ID类元数据：用于唯一标识各设计要素与关联关系，如Hierarchy_ID（层级ID）、Document_ID（文档ID）、Rule_ID（规则ID）等，统一采用"前缀-序号"的编码规则（前缀对应元数据类型，序号为6位数字）；

• 描述类元数据：用于描述设计要素的核心信息，如Core_Title（核心标题）、Core_Function（核心功能）、Rule_Content（规则内容）等，确保描述精准、简洁；

• 关联类元数据：用于建立各要素间的关联关系，如Parent_Hierarchy_ID（父层级ID）、Source_Element_ID（源要素ID）、Related_Spec_ID（关联规范ID）等，统一关联对应表的主键；

|--------------------|--------------|------|------------------------|------------------|--------------------|
| 字段名 | 字段类型 | 是否主键 | 字段说明 | 约束条件 | 示例值 |
| Index_ID | VARCHAR(32) | 是 | 索引唯一标识 | 非空、唯一 | INDEX-000001 |
| Index_Name | VARCHAR(64) | 否 | 索引名称（文档索引目录显示文本） | 非空 | 1.1 整体设计架构核心逻辑 |
| Index_Level | INT | 否 | 索引层级（2级/3级，对应文档索引目录层级） | 非空 | 2 |
| Parent_Index_ID | VARCHAR(32) | 否 | 父索引ID，构建索引层级关系 | 可空，关联本表格Index_ID | INDEX-000000（顶级索引） |
| Related_Content_ID | VARCHAR(32) | 否 | 关联内容ID（关联架构规范/文档内容） | 非空 | ARCH-000001 |
| Jump_Location | VARCHAR(255) | 否 | 索引跳转位置（文档内锚点） | 非空 | #arch-core-logic |

• 管理类元数据：用于文档与规则的版本管理、状态管控，如Version_Number（版本号）、Create_Time（创建时间）、Status（状态）等，版本号采用"V+主版本号.次版本号"格式；

• 规则类元数据：用于定义校验标准与适配要求，如Verification_Standard（校验标准）、Permission_Level（权限等级）等，确保规则可量化、可执行。

4.2 元模型架构设计（三层封装）

采用"基础层-中间层-应用层"的三层架构封装元模型，实现元数据在不同数据库中的差异化适配与统一调用：

• 基础层（元数据字典层）：封装统一数据元字典，定义各元数据的名称、类型、约束、语义说明及编码规则，为上层提供统一的元数据基准，确保跨库语义一致；

• 中间层（数据库适配层）：针对三大数据库的特性，建立数据元与各库表字段的映射关系------关系型数据库聚焦关联类元数据的精准映射，文档型数据库聚焦描述类元数据的完整封装，知识型数据库聚焦规则类元数据的结构化沉淀，实现元数据的差异化适配；

• 应用层（业务关联层）：关联整体设计的原型设计、过程设计、模块化设计等业务场景，建立元数据与业务要素的精准映射（如文档单元与篇章模板的映射、规则与行为目录的映射），支撑设计规范的落地与专用工具的适配。

4.3 统一建模核心原则

• 语义一致性原则：严格遵循统一数据元字典，确保同一元数据在不同数据库中的定义、类型、编码规则完全一致，避免理解偏差；

• 关联完整性原则：基于关联类元数据，建立三大数据库间的完整关联链路（如关系型数据库的要素关联表关联文档型数据库的文档单元表、知识型数据库的设计规则表），形成"关联-封装-沉淀"的协同闭环；

• 扩展灵活性原则：元模型预留扩展字段（如Ext_Field1、Ext_Field2）与适配接口，支持后续新增数据库类型、业务场景或技术需求的迭代延伸；

• 可追溯性原则：所有元数据的创建、修改、删除均需记录操作日志，包含操作人、操作时间、操作内容，确保元数据全生命周期可追溯。

五、"库-程序-文档"内联协同逻辑与落地要求

5.1 内联协同链路（放putter-求getter-设setter闭环）

三大层级数据库通过统一元模型实现内联协同，形成"放putter-求getter-设setter"的完整闭环链路，具体如下：

1. 业务场景调用时，通过元模型的应用层实现三库数据的统一查询与联动，确保数据的完整性与一致性。

5.2 落地执行要求

• 表结构落地：严格按照本规范定义的表结构、字段类型、约束条件创建数据库表，不得随意修改核心字段；如需调整，需经过跨团队评审并更新本规范；

• 元数据录入：元数据录入需遵循统一数据元字典的编码规则与描述规范，确保录入数据的准确性与一致性；录入完成后需进行语义校验与关联校验；

• 协同测试：落地后需进行三库协同测试，验证关联链路的完整性、数据查询的准确性及跨库协同的流畅性；测试通过后方可投入使用；

• 版本管理：建立数据库设计规范的版本管理机制，后续迭代需记录版本变更日志，明确变更内容、变更原因及影响范围。

六、附录：核心数据元字典（节选）

元数据名称	数据类型	约束条件	编码规则/语义说明	关联表
Hierarchy_ID	VARCHAR(32)	非空、唯一	编码规则：TAX-6位数字（如TAX-000001）；语义：层级唯一标识	Taxonomy_Hierarchy
Document_ID	VARCHAR(32)	非空、唯一	编码规则：DOC-6位数字（如DOC-000001）；语义：文档单元唯一标识	Document_Unit、Chapter_Mapping、Role_Adaptation
Rule_ID	VARCHAR(32)	非空、唯一	编码规则：RULE-6位数字（如RULE-000001）；语义：设计规则唯一标识	Design_Rule
Version_Number	VARCHAR(16)	非空	编码规则：V+主版本号.次版本号（如V1.0）；语义：文档/规则版本号	Document_Unit

1. 架构级（文档型）数据库作为"放putter"承载架构规范内容，程序发起"commands（架构级指令）"获取内容，驱动文档"页面大纲「纲」"的设计与生成；

2. 系统级（关系型）数据库作为"放putter"承载要素关联内容，程序发起"requests（系统级请求）"获取关联关系与视图配置，驱动文档"视图窗格「界」"的设计与适配；

3. 功能级（知识型）数据库作为"放putter"承载规则与索引内容，程序发起"requirements（功能级需求）"获取规则与索引配置，驱动文档"索引目录「目」"的设计与生成；

4. 统一元模型保障三大层级数据语义一致，程序通过元模型实现三库数据的协同调用，最终确保文档"纲-界-目"呈现与数据库内容、程序诉求精准匹配。