为什么字符串连接会使用 Access 和 PYODBC 创建额外的参数？

Question

我创建了我用 cursor.execute 方法调用的这个过程。我遇到的问题是 PYODBC 看到的参数比我给出的要多。 在此示例查询中，“-”和“-”被 PYODBC 作为额外参数读取。有谁知道为什么会这样？每当我在 Access 中进行任何字符串连接时都会发生这种情况。

def GetAccessResults(self):

    with pyodbc.connect(SQL.DBPath) as con:
        cursor = con.cursor()

        if self.parameters == None:
            cursor.execute('{{Call {}}}'.format(self.storedProc))
        else:
            callString = self.__CreateStoredProcString()
            cursor.execute(callString, self.parameters)

        returnValue = cursor.fetchall()

    return returnValue

def __CreateStoredProcString(self):

    questionMarks = ('?,' * len(self.parameters))[:-1]

    return '{{Call {} ({})}}'.format(self.storedProc, questionMarks)

Answer 1

正如 OP 所发现的，MS Access 作为前端 GUI 应用程序和后端数据库在运行 SQL 时的操作方式不同。通常，后端模式往往更接近标准 SQL，即：

• 引号：在后端，单引号为文字保留，双引号为标识符保留，而不是在 MSAccess.exe 中可互换。
• 通配符：在后端，默认情况下LIKE 的通配符使用%，GUI 使用*，除非在SQL Server compatible syntax (ANSI 92) 中运行使用标准% 的Access 数据库。出于这个原因，考虑 Access' ALIKE (ANSI-Like) 和 % 在两种访问模式下都兼容。有趣的是，OP 使用的存储查询并非如此，但在代码中编写查询时会出现这种情况。
• 参数：在后端，任何未在查询中识别的未引用对象都被视为命名参数并出错。同时，GUI 会弹出一个 Enter Parameter 框（初学者不知道这实际上是运行时错误），允许对输入的答案进行即时评估。
• GUI 对象：虽然在 GUI 中，Access 查询可以引用打开的表单和报告中的控件，甚至是在独立 VBA 模块中定义的用户定义函数，但这些相同的引用将在后端出错，实际上在 headless 模式，只识别其他表和查询。
• 优化：查看 Allen Browne 在optimizations 中的差异，在 GUI 与后端创建查询时可能会出现这种差异，尤其是在引用 Access 对象库函数时。

---

顺便说一句，在子查询上使用LIKE 会将一个标量计算为另一个标量。事实上，如果子查询返回多于一行，而当前设置可能会出现这种情况，Access 就会出错。

错误 3354：此子查询最多可以返回一条记录

在其他数据库中，评估运行在子查询的第一行（没有ORDER BY 可以是随机行），而不是子查询的所有记录。相反，考虑重构 SQL 以使用 EXISTS 子句：

PARAMETERS prmServiceName Tex(255);
SELECT c.* 
FROM Charts c
WHERE EXISTS
  (SELECT 1 
   FROM Services s
   WHERE s.ServiceName = prmService_Name
     AND c.FileName ALIKE '%-' & s.Service_Abbreviation & '-%');

Answer 2

尝试使用 & 符号：

Select "*-" & Service_Abbreviation & "-*"

另外，Like 需要一个用引号括起来的字符串，而您的子查询不会返回它。所以也许：

Select "'*-" & Service_Abbreviation & "-*'"