performance - 微软 Access 2010 : query slows down dramatically when using parameters

Question

我希望以前这里没有人问过这个问题(我确实在这里搜索过，并用谷歌搜索了答案，但找不到答案)

问题是:我正在使用 MS Access 2010 从链接表中选择记录(表中有数百万条记录)。如果我直接指定条件(例如日期)(例如 date=#1/1/2013#)，查询会立即返回。如果我使用参数(添加日期/时间类型的参数并在提示时提供 1/1/2013 的值(或某种不同格式的日期)，或引用表单中的控件)，查询需要几分钟才能加载。

如果您对可能导致此问题的原因有任何想法，请告诉我。提出这样的问题并可能浪费别人的时间，我确实感到很遗憾......

Answer 1

这是一个可能的答案，我自己并不知道这一点并进行了一些挖掘。

如果性能很重要，则可能有必要优先使用动态 SQL，即使对于由于查询优化方式而适合参数查询的地方也是如此。通常，Access 会在保存时为新查询创建一个计划。 当查询包含一个参数时，Access 无法知道该参数可能包含什么值，必须做出“正确猜测”。根据稍后提供的实际值，它可能好或差，从而导致次优性能。相比之下，动态 SQL 回避了这一点，因为“参数”被硬编码到临时字符串中因此，一个新的计划是用这个值编译的，保证了最优的执行计划。由于在运行时编译新计划非常快，因此动态 SQL 可能优于参数查询。

来源:http://www.utteraccess.com/wiki/index.php/Parameter_Query#Performance

此外，如果我不得不猜测，在您的参数查询中，Access 正在从 Oracle 请求整个表，然后然后使用您的 where 子句进行过滤，但是当指定了 WHERE 子句，它实际上只是加载那些记录并可能使用索引。

就解决方案而言，我会在 VBA 中构建您的查询字符串，然后执行它。它打开你注入(inject)，但你可以处理。所以:

不要在 Access 中使用保存的参数查询对象，而是尝试做这样的事情。

 dim qr as string
 qr = "SELECT * FROM myTable WHERE myDate = #" & me.dateControl & "#;"

'CurrentDb.execute qr, dbFailOnError

  Docmd.RunSQL qr

或者，正如您所回答的，currentdb.openrecordset(qr)这将迫使引擎在运行时制定执行计划，而不是保存一个潜在的次优计划。让我知道这是否适合您，我很想知道。