看起来您已经有了答案，但我想从您的示例代码中指出几点：
sqlQuery = "SELECT [ID] from [users] WHERE CallerName=@CallerName";
OleDbConnection conn = new OleDbConnection(connectionString);
conn.Open();
cmd = new OleDbCommand(sqlQuery, conn);
cmd.CommandText = sqlQuery;
cmd.Parameters.Add("@CallerName", OleDbType.VarChar).Value = labelProblemDate.Text.Trim();
cmd.Parameters["@CallerName"].Value = name;
cmd.ExecuteNonQuery();
conn.Close();
首先，请注意您的 SQL 查询使用的是 Microsoft SQL 语法，并且 Microsoft Access 更喜欢稍微不同的语法。不要将列名括在方括号中，而是使用波浪号：
sqlQuery = "SELECT `ID` from `users` WHERE `CallerName`=@CallerName";
接下来，在您的 SQL 查询中，请注意 Microsoft Access 不接受命名参数。上面使用 @CallerName 的 SQL 文本将毫无问题地执行，但所有 OleDb 对象将看到：
sqlQuery = "SELECT `ID` from `users` WHERE `CallerName`=?";
如果稍后您决定使用存储过程而不是文本 SQL，请记住在添加参数之后和执行命令之前在您的 OleDbCommand 上调用 Prepare()。
如果您有多个参数，请确保将这些参数添加到您的OleDbCommand，其顺序与您在 SQL 文本中调用它们的顺序相同。 OleDb 不在乎你给它们起什么名字，但你可以自己使用它们，帮助你；它不在查询中使用。 @CallerName 不会尝试匹配 SQL 文本中的任何内容。
接下来，我想看看您对OleDbParameter 项目的使用情况。在下面的两行中，您将向您的 OleDbCommand 添加一 (1) 个参数，其值为 labelProblemDate.Text.Trim() 并且在下一行中，您将 重新分配 将相同参数的值传递给名为name 的变量（我们不知道）。用一个值声明参数然后将其重新分配给其他值对您没有好处。
您可以使用下面修改后的 sn-p 并获得相同的结果（请记住添加 size 字段，如下所示并在您的数据库中指定）：
cmd.Parameters.Add("@CallerName", OleDbType.VarChar, 255).Value = labelProblemDate.Text.Trim();
// cmd.Parameters["@CallerName"].Value = name;
同样，您的 OleDbCommand 是使用您的 sqlQuery 参数创建的，因此无需指定命令的 CommandText 属性：
cmd = new OleDbCommand(sqlQuery, conn);
//cmd.CommandText = sqlQuery;
最后，正如其他人所说，如果您想按照 SQL 语句的建议查询数据，则必须读取数据，而不是调用 ExecuteNonQuery()（注意它称为 Non Query )。
总结一下，我写到这里了：
sqlQuery = "SELECT `ID` from `users` WHERE `CallerName`=?";
int result = 0;
OleDbConnection conn = new OleDbConnection(connectionString);
try {
conn.Open();
var cmd = new OleDbCommand(sqlQuery, conn);
//cmd.CommandText = sqlQuery; This command was specified by your initializer
cmd.Parameters.Add("?", OleDbType.VarChar, 255).Value = labelProblemDate.Text.Trim();
//cmd.Parameters["@CallerName"].Value = name; Possible bug here
using (OleDbDataReader reader = cmd.ExecuteReader())
{
if(reader.HasRows)
{
reader.Read();
result = reader.GetInt32(0);
}
}
} finally {
conn.Close();
}
return result;
始终将 Close 放在 finally 块中，以防您的程序因任何原因引发错误。这可以防止您的应用程序崩溃并使文件保持打开状态。我发现，using 子句在完成时不一定会关闭连接（就像他们应该做的那样）。
我希望这会有所帮助。我现在正在刷新我对OleDb 的了解，并想指出一些事情。