4. INCA工作区与数据库结构
在INCA中，标定数据并不是以“文件”的形态被孤立管理的，而是被组织在一套从工作区到数据集的层级容器里。理解这套容器结构，是理解后续版本管理与变更追踪为何能成立、又为何会失效的前提。很多标定团队在版本混乱时习惯归因于“命名不规范”，但真正的问题往往出在容器层级本身：数据被放在了错误的层级，导致版本关系无法被系统正确识别。
一、从工作区到数据集：五层容器的职责划分
INCA的数据组织可以概括为五个层级，自外向内依次是：工作区（Workspace）→ 数据库（Database）→ 项目（Project）→ 实验（Experiment）→ 数据集（Dataset）。每一层承担不同的隔离与共享职责。
工作区是INCA启动后加载的顶层环境，它决定了当前可见的数据库集合、硬件配置（如ES590、ES592等接口模块）以及用户权限。工作区通常与“人”或“任务场景”绑定，例如“台架A-发动机标定”和“整车-排放验证”可以是两个独立工作区。工作区的隔离是粗粒度的，它不直接参与版本号管理，但决定了你能看到哪些数据库。
数据库是INCA中实际存储标定数据、测量数据和实验描述的物理载体，通常对应一个Access或SQL Server实例。数据库是版本治理的真正边界：同一个数据库内的对象可以建立引用与比较关系，跨数据库则只能通过导入导出交换。因此，团队应约定“一个车型平台一个数据库”或“一个ECU变体一个数据库”，避免把无关项目塞进同一数据库造成版本树膨胀。
项目是数据库内的逻辑分区，通常对应一个ECU项目或一个标定任务包。项目之下才是实验——实验是INCA中最活跃的工作单元，它绑定具体的ECU描述文件（A2L）、硬件配置和测量变量集合。一个实验可以包含多个数据集，数据集才是真正承载标定参数值（如KFMIRL、KFZW等MAP）的容器。
二、层级结构如何影响版本管理与变更追踪
这套层级对版本治理的影响体现在三个具体机制上。
第一，版本谱系的可见范围由数据库边界决定。INCA的“Compare”与“Version History”功能只在同一数据库内有效。如果你把V1.0放在数据库A、V1.1放在数据库B，系统无法自动建立父子关系，只能靠人工记录。因此，变更追踪的第一步不是打开INCA，而是确认“这个项目的所有版本是否都在同一个数据库里”。
第二，实验层决定了“变更影响面”的判定粒度。假设某个实验下挂了三个数据集：基础喷油、冷启动修正、OBD阈值。当你修改基础喷油数据集时，INCA可以告诉你这个数据集本身的新旧差异，但无法自动判断冷启动修正是否引用了基础喷油的某些参数。变更影响面需要标定工程师在实验层手动确认。这意味着：实验的划分方式，直接决定了变更追踪的难易程度。把强耦合的参数放在同一实验下，变更追踪更完整；把无关参数塞进同一实验，则会产生大量噪声。
第三，数据集命名与版本标签是两套并行系统。INCA允许给数据集附加“版本标签”（Version Label），如“V1.0_Released”“V1.1_Test”。但标签本身不强制唯一，也不自动递增。实际项目中，建议采用“数据集名+日期+状态”的复合命名，例如“KFZW_20240612_Released”，并在实验描述字段中记录变更原因。这样即使标签被误改，仍可通过名称追溯。
三、实际组织建议与常见陷阱
基于上述结构，给出几条可直接执行的组织约定。
数据库划分：按“ECU变体+车型平台”建库，例如“MED17_EVO4_PlatformA”。不要按年份建库，否则跨年度的版本比较会断裂。如果团队使用INCA的中央数据库（如INCA-DB Server），则应在数据库内用项目做年度或阶段隔离。
实验划分：按“功能域”划分实验，例如“喷油控制”“点火控制”“扭矩结构”“OBD诊断”。同一功能域内的参数变更通常相互影响，放在同一实验下便于整体比较。避免按“工程师姓名”划分实验，人员变动会导致版本谱系无人维护。
数据集命名：采用“参数组名_YYYYMMDD_状态”格式。状态建议使用固定枚举：Draft、Test、Released、Frozen。Released表示已通过台架验证，Frozen表示已锁定不可修改。这样在INCA的版本列表中可以直接按名称排序筛选。
四、变更追踪的操作闭环
当需要追踪一次具体变更时，推荐按以下顺序操作：首先在实验层打开“Version History”，确认目标数据集的所有历史版本是否完整；然后选中两个版本执行“Compare”，INCA会以表格形式列出每个参数的旧值、新值和差异量；接着在实验描述字段中记录变更原因、变更人和关联的测试报告编号；最后将新版本数据集的状态从Test改为Released，并打上版本标签。如果变更涉及多个数据集，应在项目层建立“变更集”记录，把相关数据集的新版本号列在一起，便于后续审计。
这套结构的价值在于：它把“版本”从文件名中解放出来，变成了数据库内可查询、可比较、可追溯的对象。只要容器层级正确，即使命名不够完美，版本关系仍然成立；反之，层级错误会让最规范的命名也失去意义。