自定义C#应用SQL Server ID列疑似重置引发无法新增数据故障求助

首先，能编辑现有数据但无法新增，结合你提到的ID列疑似重置、NHibernate批量命令报错的信息，咱们一步步排查：

1. 先验证SQL Server身份列的种子值是否异常 #

你怀疑ID列重置是个很合理的方向，先查会话跟踪表的自增ID当前状态。执行这条SQL：

DBCC CHECKIDENT ('你的会话跟踪表名', NORESEED);

它会返回当前的标识种子、增量，以及表中已有的最大ID值。如果种子值小于现有最大ID，那插入新记录时必然会触发主键冲突（这也是这类场景最常见的原因，虽然你的报错信息截断了，但大概率是这个）。

要是确实种子不对，立刻重置它：

DBCC CHECKIDENT ('你的会话跟踪表名', RESEED, (SELECT MAX(Id) FROM 你的会话跟踪表名));

记得把占位符换成实际的表名。

2. 检查NHibernate的实体ID映射配置 #

因为编辑现有数据正常，说明基础映射没问题，但新增时的ID生成策略可能出了问题：

• 确认实体类的ID字段用了Identity生成策略（对应SQL Server的自增列）：
  实体类代码：

  public class SessionTracking
  {
      public virtual int Id { get; set; }
      // 其他属性...
  }
  

  XML映射文件：

  <id name="Id" column="Id">
      <generator class="identity" />
  </id>
  

  如果用Fluent NHibernate，配置应该是：

  Id(x => x.Id).GeneratedBy.Identity();
  

  要是误用了assigned（手动赋值）或者其他策略，NHibernate会尝试自己给ID赋值，和SQL Server的自增逻辑冲突，导致插入失败。

3. 排查NHibernate批量插入的配置问题 #

报错里提到could not execute batch command，说明你开启了批量插入，但配置可能有问题：

• 先临时关闭批量插入试试，把NHibernate配置里的adonet.batch_size设为0：

  <property name="adonet.batch_size">0</property>
  

  如果关闭后新增正常，说明批量大小设置过大，或者数据库的批量操作限制触发了错误。可以把批量值调小（比如20-50），同时检查SQL Server的max packet size是否足够。

4. 获取完整的SQL错误信息 #

你的报错信息截断成了V...，完整的错误信息才是定位问题的关键。可以这么做：

• 开启NHibernate的SQL日志，把show_sql设为true，这样能看到实际执行的SQL语句：

  <property name="show_sql">true</property>
  

• 在代码里捕获异常时，输出内部SqlException的详细信息：

  try
  {
      // 保存新条目的代码
  }
  catch (GenericADOException ex)
  {
      if (ex.InnerException is SqlException sqlEx)
      {
          // 这里把错误信息打日志或者输出
          Console.WriteLine($"SQL错误代码：{sqlEx.Number}，详情：{sqlEx.Message}");
      }
  }
  

  比如错误号2627就是主键冲突，对应ID种子重置的问题；如果是其他错误号，比如102是SQL语法错误，那就是映射配置的问题。

5. 最后检查数据库权限（备选） #

虽然能编辑说明有UPDATE权限，但万一用户没有INSERT权限也会报错——不过这种情况错误信息会明确提示权限不足，所以先排查前面的点，不行再确认数据库用户的INSERT权限。

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