MS 访问错误：SELECT 语句包含拼写错误或丢失的保留字或参数名称，或者标点符号不正确

Question

[更新：如果我在参数中硬编码，查询就可以工作 - 所以它与我向查询中添加参数的方式有关]

对于我的生活，我无法弄清楚这里有什么问题。

这是传递给数据读取器的查询：

    SELECT * FROM (SELECT TOP ? StartDate, [ID] FROM
    (SELECT TOP ? StartDate, [ID] FROM Story 
    ORDER BY StartDate DESC, [ID] DESC) AS foo 
    ORDER BY StartDate ASC, [ID] ASC) AS bar 
    INNER JOIN Story AS t ON bar.ID = t.ID 
    ORDER BY bar.StartDate DESC, bar.[ID] DESC

参数按以下顺序添加：

var pNumToRetrieve = new OleDbParameter("", OleDbType.Integer) {Value = numToGet};
var pResultSet = new OleDbParameter("", OleDbType.Integer) {Value = resultSet};

_cmd.Parameters.Add(pNumToRetrieve);
_cmd.Parameters.Add(pResultSet);

如果我直接将此查询输入到访问中，它就可以正常工作。但是，当从 ASP.NET 运行查询时，我收到以下错误：

SELECT 语句包含拼写错误或缺失的保留字或参数名称，或标点不正确。

我做错了什么？

谢谢，

亚当

Answer 1

Jet SQL 中 TOP N 查询中的 N 不能参数化，句号。您必须即时编写 SQL 字符串以获取变量 N。这意味着您不能使用已保存的 QueryDef，或者您必须在使用前编辑 QueryDef 的 SQL 并保存它。

Answer 2

考虑使用相关子查询重写您的 TOP N 构造。

这是一个简单的例子。考虑一个名为 Sequence 的表，其中有一列 (seq) 是唯一的 INTEGERs（一个标准的 SQL 辅助表，在无数情况下都很有用——每个数据库都应该有一个！）

以下两个查询都返回 seq 的两个最高值：

1)

SELECT TOP 2 seq 
  FROM SEQUENCE
 ORDER 
    BY seq DESC;

优点：Access 数据库引擎在这方面的表现相对较好（正如您对专有语法所期望的那样）。 缺点：专有语法因此不利于可移植性。 N（如 TOP N）无法参数化。对我来说，在ORDER BY 中使用DESC 来返回最高值是违反直觉的。

2)

SELECT S1.seq 
  FROM SEQUENCE AS S1
 WHERE 2 >= (               
             SELECT COUNT(*)          
              FROM SEQUENCE AS S2       
             WHERE S2.seq >= S1.seq 
            );

优点：标准 SQL 语法因此有利于可移植性。 N可以参数化。 缺点：Access 数据库引擎不能很好地优化相关子查询，因此性能会随着表中行数的增加而下降（与以往一样，出现性能问题，您需要对其进行测试）。一些 SQL 编码人员发现相关子查询难以理解，因此存在潜在的维护问题。

Answer 3

是不是pResultSet参数被键入为OleDbTypeInteger？

Answer 4

它喜欢子查询中的顺序吗？这在 SqlServer 中不受支持。

编辑：我的错误，我错过了顶部？

Answer 5

看看以这种方式更改查询是否有帮助。

PARAMETERS numToGet number, rowsToGet numeric;
SELECT * FROM (SELECT TOP numToGet StartDate, [ID] FROM
    (SELECT TOP rowsToGet StartDate, [ID] FROM Story 
    ORDER BY StartDate DESC, [ID] DESC) AS foo 
    ORDER BY StartDate ASC, [ID] ASC) AS bar 
    INNER JOIN Story AS t ON bar.ID = t.ID 
    ORDER BY bar.StartDate DESC, bar.[ID] DESC

编辑：顺便说一句，使用这两个参数传递的值是什么？都是数字吗？

Answer 6

我注意到并非所有的 ID 列都有方括号。可能是这样，但自从我玩 Access 以来已经有一段时间了，所以其他人可能会有更好的答案。

编辑：

由于您到目前为止没有运气，我将尝试另一个猜测。您能否尝试更改“*”以明确命名您想要的列。

最终编辑：

我必须提供的最后一条建议是将查询替换为一个非常简单的版本，它本身不会产生任何结果。然后给它一个测试，如果它失败了它一定是参数代码失败了，如果不是那么它是查询的复杂性。如果您逐渐重建查询，您应该能够检测到故障点。抱歉，我无法提供更多帮助。