表单新增记录级联失败问题排查求助

咱们先围绕你的SQL关联逻辑和保存报错问题来拆解分析：

核心诉求 #

若您暂无时间查看全部背景，烦请帮忙检查下方SQL语句中的关联逻辑。

背景 #

我负责维护某企业的员工技能数据跟踪数据库，用于记录员工当前年度及未来5年的技能预测数据。我深知基础表的设计存在不足，欢迎各位提出修改建议，也接受彻底重构数据库的方案。以下是当前的具体情况：

现有架构 #

• 所有员工需在15个不同技能类别中评级，并填写未来5年各技能类别的年度成长预测值；
• 按技能类别创建了15张基础表；
• 创建了6个查询，分别汇总所有员工当前年度及2018-2022年各技能类别的数据；
• 基于当前年度查询创建了数据编辑表单，并将其余5个查询作为子表单嵌入；
• 当前年度查询中，从被设为“主表”的Developement Scenario Formation表中引入了员工基础信息字段（该表是唯一包含此类字段的表）；
• 其余类别表仅包含EmpName字段及各年度技能等级字段，所有15张表通过EmpName字段与主表关联。

问题描述 #

最初表单为只读状态，无法修改数据，将所有关系改为一对一后该问题解决。但随后我将字段名Name修改为EmpName（因Name并非规范字段名），现在尝试保存新增或编辑的数据时出现报错：

Error: You cannot add/change ~ b/c related record is required & Update/CancelUpdate w/o AddNew/Edit)

我已修改所有SQL及VBA代码中的字段名，确保表与查询的关联正确。数据库采用前后端分离架构，前端已更新链接。且可直接在表中新增记录，故问题应出在关系设置或代码层面。

当前查询SQL（关联逻辑部分） #

SELECT 
    [Developement Scenario Formation].Department, 
    [Developement Scenario Formation].Title, 
    [Developement Scenario Formation].EmpName, 
    [Developement Scenario Formation].[2017], 
    [Product Design].[2017], 
    [Technical Information Gathering].[2017], 
    [Developement and Design Commissions].[2017], 
    [Plant Support].[2017], 
    [Quality Issues Management].[2017], 
    [Overall Product].[2017], 
    [Product Knowledge].[2017], 
    [Safety/Health/Env Knowledge].[2017], 
    [Equipment Maintenance].[2017], 
    [Measuring Instruments].[2017], 
    [Report Making].[2017], 
    [Reports and Information Acquisition].[2017], 
    Language.[2017], 
    OA.[2017], 
    [Developement Scenario Formation].Status, 
    [Developement Scenario Formation].[Inactive Date] 
FROM 
    [Report Making] 
    INNER JOIN ([Quality Issues Management] 
        INNER JOIN ([Overall Product] 
            INNER JOIN (OA 
                INNER JOIN ((((((((([Developement and Design Commissions] 
                    INNER JOIN [Developement Scenario Formation] 
                        ON [Developement and Design Commissions].EmpName = [Developement Scenario Formation].EmpName) 
                    INNER JOIN [Equipment Maintenance] 
                        ON [Developement Scenario Formation].EmpName = [Equipment Maintenance].EmpName) 
                    INNER JOIN [Language] 
                        ON [Developement Scenario Formation].EmpName = Language.EmpName) 
                    INNER JOIN [Measuring Instruments] 
                        ON [Developement Scenario Formation].EmpName = [Measuring Instruments].EmpName) 
                    INNER JOIN [Plant Support] 
                        ON [Developement Scenario Formation].EmpName = [Plant Support].EmpName) 
                    INNER JOIN [Product Design] 
                        ON [Developement Scenario Formation].EmpName = [Product Design].EmpName) 
                    INNER JOIN [Product Knowledge] 
                        ON [Developement Scenario Formation].EmpName = [Product Knowledge].EmpName) 
                    INNER JOIN [Reports and Information Acquisition] 
                        ON [Developement Scenario Formation].EmpName = [Reports and Information Acquisition].EmpName) 
                    INNER JOIN [Safety/Health/Env Knowledge] 
                        ON [Developement Scenario Formation].EmpName = [Safety/Health/Env Knowledge].EmpName) 
                    INNER JOIN [Technical Information Gathering] 
                        ON [Developement Scenario Formation].EmpName = [Technical Information Gathering].EmpName) 
                ON OA.EmpName = [Developement Scenario Formation].EmpName) 
            ON [Overall Product].EmpName = [Developement Scenario Formation].EmpName) 
        ON [Quality Issues Management].EmpName = [Developement Scenario Formation].EmpName)

关联逻辑与报错分析 #

1. 当前SQL关联逻辑的核心问题 #

你这SQL的嵌套INNER JOIN写法藏着不少坑：

• 关联顺序完全搞反：主表Developement Scenario Formation被埋在嵌套最深处，反而把技能子表放在最外层，Access查询引擎解析更新逻辑时很容易出现歧义，不知道该优先处理哪张表的修改；
• INNER JOIN限制太死：INNER JOIN要求所有关联表都存在对应EmpName的记录才能显示/更新数据，但新增员工时不可能同时在15张表都插入记录，这直接触发了“related record is required”的报错；
• 关联写法冗余复杂：所有表都是通过EmpName关联主表，没必要层层嵌套，这种写法既增加了出错概率，也让Access解析起来更费劲。

2. 字段更名后的报错根源 #

你把Name改成EmpName后，虽然改了SQL和代码，但大概率还有遗漏的地方：

• 关系设置未同步：检查数据库关系窗口里，所有表的关联字段是否都更新为EmpName，一对一关系的“实施参照完整性”“级联更新”选项是否正确勾选；
• 表单绑定残留旧引用：表单或子表单的控件绑定字段可能还留着Name的旧引用，或者控件的RecordSource没正确刷新；
• VBA代码遗漏：有些隐藏的事件代码（比如BeforeUpdate）可能还在用旧字段名，或者AddNew/Edit的触发逻辑有问题，导致出现“Update/CancelUpdate w/o AddNew/Edit”的报错。

3. 数据库重构建议（从根源解决） #

当前按技能分15张表的设计是反范式的，维护起来太麻烦。建议重构为两张核心表：

• 员工主表：存储EmpID（自增主键）、EmpName、Department、Title、Status、Inactive Date等基础信息；
• 技能评级表：存储EmpID（外键关联员工主表）、SkillCategory（比如“Product Design”“Language”）、Year（2017-2022）、SkillLevel（技能等级）。

这样单张表就能存所有技能数据，查询2017年所有技能的SQL会简单很多：

SELECT 
    e.EmpName, 
    e.Department,
    MAX(IIF(s.SkillCategory='Developement Scenario Formation', s.SkillLevel, NULL)) AS [Developement Scenario Formation_2017],
    MAX(IIF(s.SkillCategory='Product Design', s.SkillLevel, NULL)) AS [Product Design_2017],
    -- 其他技能类别依此类推
    e.Status,
    e.[Inactive Date]
FROM Employee e
LEFT JOIN SkillRating s ON e.EmpID = s.EmpID AND s.Year=2017
GROUP BY e.EmpID, e.EmpName, e.Department, e.Status, e.[Inactive Date]

4. 临时修复方案（不重构前提下） #

• 把所有INNER JOIN改成LEFT JOIN，这样即使某些技能表没有对应员工的记录，也能正常新增或更新主表数据；
• 调整SQL关联顺序，把主表放在最外层，其他表直接关联主表，简化写法：

SELECT 
    ds.Department, ds.Title, ds.EmpName, ds.[2017],
    pd.[2017], tig.[2017], ddc.[2017], ps.[2017], qim.[2017],
    op.[2017], pk.[2017], shek.[2017], em.[2017], mi.[2017],
    rm.[2017], ria.[2017], l.[2017], oa.[2017],
    ds.Status, ds.[Inactive Date]
FROM [Developement Scenario Formation] ds
LEFT JOIN [Product Design] pd ON ds.EmpName = pd.EmpName
LEFT JOIN [Technical Information Gathering] tig ON ds.EmpName = tig.EmpName
LEFT JOIN [Developement and Design Commissions] ddc ON ds.EmpName = ddc.EmpName
LEFT JOIN [Plant Support] ps ON ds.EmpName = ps.EmpName
LEFT JOIN [Quality Issues Management] qim ON ds.EmpName = qim.EmpName
LEFT JOIN [Overall Product] op ON ds.EmpName = op.EmpName
LEFT JOIN [Product Knowledge] pk ON ds.EmpName = pk.EmpName
LEFT JOIN [Safety/Health/Env Knowledge] shek ON ds.EmpName = shek.EmpName
LEFT JOIN [Equipment Maintenance] em ON ds.EmpName = em.EmpName
LEFT JOIN [Measuring Instruments] mi ON ds.EmpName = mi.EmpName
LEFT JOIN [Report Making] rm ON ds.EmpName = rm.EmpName
LEFT JOIN [Reports and Information Acquisition] ria ON ds.EmpName = ria.EmpName
LEFT JOIN [Language] l ON ds.EmpName = l.EmpName
LEFT JOIN OA ON ds.EmpName = OA.EmpName

• 检查表单的AllowAdditions、AllowEdits属性是否设为True，子表单的LinkMasterFields和LinkChildFields是否设置为EmpName；
• 排查VBA代码中AddNew的触发时机，确保执行Update前已经调用了Recordset.AddNew或Form.Edit。

内容的提问来源于stack exchange，提问作者mhayashi