当使用 TransactionLevel.ReadUncommissed 从准备好的语句中从 C# 将行插入 MS Access 时，顺序似乎不正确

Question

我有一些 C# 代码，它使用准备好的语句将信息（逐行）写入访问数据库。 我正在使用 OleDb 和 TransactionLevel.ReadUncommited，因为有时我需要在提交数据之前查看数据。

问题似乎是，在 7 个不同表中的 1 个上，我从数据库检索记录的顺序与我放入它们的顺序不同。 我尝试使用它时大约每 4 次就会发生一次这种情况，所以我似乎无法真正调试它。

编辑 这里排序很重要的原因是我们将表转储到 Excel 工作表中，该工作表与那里已有的数据相匹配。 排序依据可能会取得一些进展，但有一列按运动（即 N-NW）排序，无法排序以与工作表上的数据匹配。

我倾向于它是准备好的语句的插入命令的竞争条件（即，有太多的访问需要一次处理，因此它们会变得混乱）。

有人对此有什么想法吗？ 以下是我正在做的一些片段： （抱歉，长度太长了，我尝试尽可能多地剪掉，但仍然把主要部件剪掉了）

protected override void PopulateTmpTable()
  {
    OleDbCommand objComm = null;
    try
    {
      objComm = new OleDbCommand("", mDbconn);
      ...
      //Begin SQL Transaction
      mTr = mDbconn.BeginTransaction(System.Data.IsolationLevel.ReadUncommitted);
      objComm.Transaction = mTr;
      //Start Populating Temp Table
      for (int i = 1; i <= mNrows; i++)
      {
        ...
        ProcessNode(objComm, node, approaches);
        ProcessNodeSummary(objComm, node);
      }
      ProcessSummary(objComm);
    }
    catch (Exception e) { }
    finally
    {
      if (mTr != null) mTr.Commit();
      if (objComm != null) objComm.Dispose();
    }
  }  //End Method PopulateTmpTable

  private void ProcessNode(OleDbCommand objComm, string node, List<string> approaches)
  {
    try
    {
      ...
      OleDbCommand objComm2 = new OleDbCommand("", mDbconn, mTr);
      for (int k = 0; k < MaxLegs; k++)
      {
        ...
            total = ProcessIterations(objComm, node, turning[m], m);
          }
          objComm.ExecuteNonQuery();
        }  //End if
      }  //End for
    }
    catch { }
  }  //End Method ProcessNode

private List<double> ProcessIterations(OleDbCommand objComm, string node, string turn, int m)
  {
    try
    {
      OleDbCommand objComm2 = new OleDbCommand("", mDbconn, mTr);
      OleDbDataReader objRead;
      objComm.Parameters["parameter"].Value = //Stuff (x2)
        for (int j = 0; j < mIterations; j++)
        {
          ...
          objComm2.CommandText = "SELECT ROUND(AVG(Delay),1), COUNT(VehNo) FROM [TABLE] WHERE NodeNo=" + node + " AND Movement='" + turn + "' AND Iteration=" + mIterationValue[j] + mFilter[1];
          objRead = objComm2.ExecuteReader();
          objRead.Read();
          try
          {
              objComm.Parameters["more parameters"].Value = objRead[0];
              ...
          }
          catch { }
          objRead.Close();
        }//End for
        ...
        objComm.ExecuteNonQuery();
        objComm2.CommandText = "UPDATE " + mTmptable + " SET ave=" + avg + ",minimum=" + mMini[m] + ",maximum=" + mMaxi[m] + ",dev=" + stDev + " WHERE node='" + node + "' AND movement = '" + temp + "';";
        objComm2.ExecuteNonQuery();
      }
    }
    catch{}
    return mTotal;
  }  //End Function ProcessIterations

Answer 1

在 Jet 中，表的聚集索引（物理顺序）由 PRIMARY KEY 确定，或者在没有 PK 的情况下由引擎选择（随机？）的另一个键。 但是，仅当压缩数据库文件（.mdb、.mde、.accdb）时才会发生物理排序。 压缩之后（或第一次压缩之前）插入的行按日期/时间顺序插入。 现在，Jet 的 DATETIME 数据类型支持的最小时间粒度是一秒，尽管在幕后该值存储为双精度浮点数，因此我想知道粒度是否不足以满足您的目的。 但为什么要依赖一个老旧引擎的如此缺乏记录的功能......？

如果您知道插入行的顺序，则在数据库中对此进行建模，例如使用 INTEGER 列来存储您的应用程序负责为其提供值的序列号。 为了确定起见，也在该列上放置一个 UNIQUE 约束。 然后只需按查询中的序列列进行 ORDER BY 即可。

Answer 2

在 PopulateTmpTable() 方法中，即使发生错误，您也会提交事务。 这就是你的意图吗？

在 ProcessNode() 中，您传入一个命令对象，创建一个新对象，然后使用传入的命令对象？