C#中Delete查询无报错但未删除数据问题求助

这种情况我之前踩过好几次坑，大概率是没执行命令或者事务没提交的问题，咱们一步步来排查解决：

• 必须调用ExecuteNonQuery()执行命令
  你提供的代码片段里只创建了SqlCommand对象，但如果没有调用ExecuteNonQuery()方法，数据库根本不会收到执行请求。这是最常见的疏忽！
  补全后的代码应该是这样（顺便用using自动管理连接，避免泄漏）：

  private void deleteItem(int itemId, int saleId) 
  {
      // using语句会自动关闭并释放连接
      using (SqlConnection conn = new SqlConnection(connString))
      {
          conn.Open();
          SqlCommand deleteItemCmd = new SqlCommand(
              "Delete FROM items_in_sales WHERE sale_id=@sale_id AND item_id=@item_id", conn);
          // 绑定参数（建议显式指定类型，比AddWithValue更安全）
          deleteItemCmd.Parameters.Add("@sale_id", SqlDbType.Int).Value = saleId;
          deleteItemCmd.Parameters.Add("@item_id", SqlDbType.Int).Value = itemId;
          
          // 关键：执行删除并获取影响行数
          int rowsAffected = deleteItemCmd.ExecuteNonQuery();
          // 调试时可以输出这个值，确认是否有行被影响
          Debug.WriteLine($"删除操作影响了 {rowsAffected} 行数据");
      }
  }
  

  如果rowsAffected返回0，说明数据库里没有匹配sale_id和item_id的记录；返回大于0就是成功删除了。

• 检查是否存在未提交的事务
  如果你的代码上下文里开启了SqlTransaction但忘记调用Commit()，那删除操作会被默默回滚。比如这种情况：

  using (SqlConnection conn = new SqlConnection(connString))
  {
      conn.Open();
      using (SqlTransaction tran = conn.BeginTransaction())
      {
          try
          {
              SqlCommand deleteItemCmd = new SqlCommand(
                  "Delete FROM items_in_sales WHERE sale_id=@sale_id AND item_id=@item_id", conn, tran);
              deleteItemCmd.Parameters.Add("@sale_id", SqlDbType.Int).Value = saleId;
              deleteItemCmd.Parameters.Add("@item_id", SqlDbType.Int).Value = itemId;
              
              deleteItemCmd.ExecuteNonQuery();
              tran.Commit(); // 必须提交事务，修改才会生效！
          }
          catch (Exception ex)
          {
              tran.Rollback(); // 出错时回滚
              throw; // 抛出异常便于排查
          }
      }
  }
  

• 验证参数类型与数据库列完全匹配
  虽然断点看参数值正确，但如果参数类型和数据库列类型不匹配（比如数据库里是bigint，你传int），可能会导致隐式转换后匹配不到数据。显式指定参数类型能避免这种问题，就像上面代码里用SqlDbType.Int那样。

• 排查数据库端的触发器/约束
  确认SSMS和代码使用的是同一个数据库、同一个用户，有些触发器可能会在特定条件下回滚删除操作，或者有外键约束（不过外键约束通常会抛出异常，如果你没捕获的话应该会报错，所以这个概率相对低）。

• 捕获实际执行的SQL语句
  可以用SQL Server Profiler或者Extended Events捕获代码发送到数据库的实际SQL，对比你在SSMS里执行的语句，确认参数值和语法完全一致。有时候肉眼看参数对，但实际可能有隐藏的问题（不过int类型基本不会有这种情况，但排查下更放心）。

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