在Unity中从excel检索元数据

时间:2013-10-15 16:10:54

标签: c# excel mono odbc unity3d

我在c#Unity脚本中使用ODBC来访问.xsl文件中的数据。连接工作,我可以从文件中检索数据,但我的元数据有问题。当我调用GetSchema(字符串)函数时,它会陷入无休止的递归调用,直到它导致堆栈溢出。无论我尝试使用哪种特定模式,都会出现此问题。

以下是我正在使用的代码:

string connectionString = "Driver={Microsoft Excel Driver (*.xls)}; DriverId=790; Dbq=" + file + ";UNICODESQL=1;Unicode=yes;";

OdbcConnection dbCon = null;
OdbcDataReader dbData = null;

try
{
  dbCon = new OdbcConnection(connectionString);
  Debug.Log(connectionString);

  dbCon.Open();

  DataTable sheets = dbCon.GetSchema(OdbcMetaDataCollectionNames.Tables);
  foreach(DataRow sheet in sheets.Rows)
  {
    string sheetName = sheet["TABLE_NAME"].ToString().Trim('\'').TrimEnd('$');    
    OdbcCommand dbCommand = new OdbcCommand("SELECT * FROM [" + sheetName + "$]", dbCon);
    DataTable data = new DataTable(sheetName);
    dbData = dbCommand.ExecuteReader();
    data.Load(dbData);
  }
}
catch (Exception ex)
{
  if (ex != null)
  {
    Debug.LogError(ex.Message);
    Debug.LogError(ex.StackTrace);
  }
  else
    Debug.LogError("Exception raise loading '" + file + "'");
}
finally
{
  if (dbData != null)
    dbData.Close();

  if (dbCon != null)
    dbCon.Close();
}

}

1 个答案:

答案 0 :(得分:0)

我自己遇到了这个问题。它与monodevelop的getschema(string str)实现有关。它没有做到人们所期望的那样;它调用其中一个其他实现,然后递归调用自身(导致堆栈溢出),如果连接已关闭则抛出异常,其他调用自己。换句话说,它永远不会返回它将要返回的内容,它会调用自己直到stackoverflow或连接关闭(由于close-command通常在之后被调用,因此可能不会发生这种情况)。

public override DataTable GetSchema (string collectionName)
{
    return GetSchema (collectionName, null);
}
public override DataTable GetSchema (string collectionName, string [] restrictionValues)
{
    if (State == ConnectionState.Closed)
        throw ExceptionHelper.ConnectionClosed ();
    return GetSchema (collectionName, null);
}

^来自文档:https://github.com/mono/mono/blob/mono-4.0.0-branch/mcs/class/System.Data/System.Data.Odbc/OdbcConnection.cs

这就是你的错误的原因,但遗憾的是我此时没有任何真正的解决方案,但我的解决方法可能对某人有用。我想在我的Excel文件中获得一些工作表名称,所以我所做的是添加我想在特定工作表“Unity”中使用的所有工作表名称。然后我读到了获取工作表名称然后逐个加载它们。

这是一个非常容易出错的解决方案,因为它依赖于手册的工作表名单,而且这个列表是正确的,但我按时按下并且没有其他已知的替代方案,但也许它对某人有帮助。