LINQ SubmitChanges()未更新数据库，重启应用后无法看到代码新增数据

看起来你遇到了LINQ to SQL提交变更后数据库没同步的经典问题，我来帮你一步步排查可能的原因，结合你的代码场景逐一分析：

1. 连接字符串指向了数据库副本（最常见原因） #

你代码里用的是Properties.Settings.Default.Database2ConnectionString，先检查这个连接字符串的目标数据库是不是你手动添加数据的那个原始数据库：

• 如果是本地.mdf文件，右键解决方案里的数据库文件，查看属性中的Copy to Output Directory选项：
  • 如果设置为Copy always，每次运行项目时VS都会把原始数据库复制到bin目录，你代码操作的其实是bin里的副本，重启项目后副本会被原始数据库覆盖，自然看不到新增的数据。
  • 解决方案：改成Copy if newer或者Do not copy，确保操作的是同一个数据库文件。

2. ID字段的自增配置冲突 #

你的代码里手动给Id赋值：Id = int.Parse(idTextBox.Text)，但如果数据库中Id列设置了IDENTITY（自增主键），这会直接导致插入失败：

• 打开SQL Server的表设计器，查看Employee表的Id列是否勾选了“标识规范”（即自增）。
• 如果是自增列：
  1. 去掉代码中手动赋值Id的行，让数据库自动生成主键。
  2. 在LINQ to SQL的dbml设计器中，右键Employee实体的Id属性，在属性窗口把Auto Generated Value设为True，确保LINQ to SQL能识别自增列。

3. 异常信息被简化，未捕获真实错误 #

你的catch块只显示了ex.Message，很多时候LINQ to SQL的提交失败会有更详细的内层异常（比如主键冲突、字段类型不匹配、外键关联错误），建议修改catch块获取完整错误信息：

catch (Exception ex)
{
    var errorDetails = $"Error: {ex.Message}";
    if (ex.InnerException != null)
    {
        errorDetails += $"\nInner Error: {ex.InnerException.Message}";
    }
    MessageBox.Show(errorDetails, "Error");
}

比如如果是外键supervisor_id或branch_id不存在，内层异常会明确告诉你，这比笼统的“Error”有用得多。

4. 验证变更是否真的提交 #

可以在SubmitChanges()之后添加代码，检查DataContext的变更集状态，确认提交是否成功：

dataClasses1DataContext.SubmitChanges();
// 检查变更集
var changeSet = dataClasses1DataContext.GetChangeSet();
MessageBox.Show($"提交后剩余变更：{changeSet.Inserts.Count}条插入，{changeSet.Updates.Count}条更新");

如果提交后Inserts.Count还是1，说明变更根本没提交到数据库；如果是0，说明提交成功，那问题可能出在后续的DataGrid绑定或者数据库刷新上。

5. 数据库权限问题 #

确保你的应用运行时使用的账户（比如当前Windows用户）有对目标数据库的INSERT权限：

• 打开SQL Server Management Studio，用相同的账户登录，手动执行一条INSERT语句，看是否能成功插入数据。如果手动插入也失败，那就是权限或表结构的问题。

按照上面的步骤逐一排查，应该能找到问题所在。

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