查询引用另一个 - 访问 SQL Server

Question

早上好，

我刚接到一项新任务，正在努力寻找合适的解决方案。我已经通过 SO 论坛和 Google 进行了搜索，但没有找到可行的解决方案。以下是我的场景：

我们正在使用 Microsoft Access 通过 ODBC 连接连接到 SQL Server 数据库。

我收到了一个非常大的直通 SQL 查询，比在 MS Access 中能够处理的还要大。在这个传递查询中，WITH...AS 方法中有一个子查询。

我希望能够将这个非常大的 SQL 传递查询拆分为两个：查询一（子查询）和查询二（引用子查询的结果）

我知道通过使用一般 Access 查询，我可以编写如下宏...

Sub myQuery()
' Edited from http://www.dbforums.com/showthread.php?1667831-Run-multiple-queries-in-sequence-on-click

' On Error GoTo ErrHandler

' Run the first query
MsgBox "Starting first query"
DoCmd.OpenQuery "first_Query"
DoEvents

' Run the second query
MsgBox "Done. Now starting second query"
DoCmd.OpenQuery "second_Query"
DoEvents

MsgBox "Done!"
End Sub

但是，这些需要是直通查询。我相信巨大的 SQL 字符串是通过大量用户输入创建的。无论如何，我无法更改给定的传递 SQL。

我是否可以编写一个宏来调用第一个传递查询，然后调用引用第一个结果的第二个传递查询？

这是我正在使用的示例...

WITH queryOne AS
    (
        SELECT fooID
        FROM tblFoo
        WHERE foodate > ...
    )

SELECT foo, fooone, footwo, foothree
FROM tblOtherFoo
WHERE fooID = OtherFooID

但是，查询是 50000+ 个字符，超过了大约 37k 的限制。

请随时提出任何问题。我对此感到困惑，并希望得到任何反馈或替代资源。

谢谢！

Answer 1

不清楚您所说的引用第一个或前一个的东西是什么意思？为什么要拆散你得到的一些本应很好用的东西？

因此，只需将您获得的现有 t-sql 放入存储过程即可。在 T-SQL 中，您可以轻松地让一些 SQL 对以前的一些 SQL 进行操作，但为什么要分解如此庞大的大量代码并引入错误呢？您将花费数年时间来分解为您构建和开发的已知工作的大型 T-SQL（很可能需要几年时间和一个开发团队来创建）。

保守估计，这样的常规开发成本为 50,000 美元，甚至 100,000 美元。

毫无疑问，为您提供的工作 T-SQL 可能会引用以前的数据，甚至会选择其他 T-SQL 可以处理的#Temp 表。

如果您已经获得了有效的 PT 代码和查询？

只需获取该 T-SQL 查询，然后将其粘贴到存储过程中即可。您将在 SQL Server 中执行此操作，甚至不用接触或打扰 Access。

因此，不要在 Access 中创建调用多个单独查询的宏，而是将所有 T-SQL 放在一个存储过程中，然后简单地从 Access 中调用一次巨大的混乱。

您获得的 T-SQL 可能不正确，但假设 T-SQL 是正确的，那么只需将所有冗长的混乱放入工作存储过程中即可。你不需要把这个 SQL 放在 MS Access 中，你也不需要在 Access 里面弄得一团糟。

所以让 T-SQL 在 SQL Server 中工作——在这个冗长的查询混乱在 SQL Server 中工作之前，不要打扰 MS Access。只有这样你才能启动 Access。

因此，您然后在 Access 中创建一个简单的 PT 查询，该查询调用您收到的巨大的长 T-SQL 混乱。但这个“烂摊子”应该放在 SQL Server 中，而不是放在 Access 中。

因此，在 Access 中创建一个 PT 查询，调用您的“假定”工作 T-SQL。您保存在 Access PT 查询中的 SQL 将是这样的

Exec my_StupidLongSQLProc

将以上内容另存为 PT 查询。然后在 VBA 代码中运行：

Currentdb.QueryDefs("MyPTQuery").Execute

如果你需要从 Access 传递一些值，那么去：

With CurrentDb.QueryDefs("MyPTQuery")
   .sql = "exec My_StupidLongSQLproc " & p1 & "," p2
   .Execute
End with

在上面，我们将两个 VBA 值从 Access 传递给你拥有的大杂烩——上面的存储过程只是一个访问从 Access VBA 传递的两个参数的示例。如果您获得的 T-SQL 不需要 Access 中的值，那么第一个 .execute 将完成这项工作。

如果你真的得到了一个正确的 T-SQL 这么长的例程，那么它可能已经在工作的 T-SQL 中有参数（同样你不想弄乱或改变如此巨大的长时间工作给你的 T-SQL）。

因此，您只需要在 Access 中编写一行代码，如果编写正确，您现有的长 T-SQL 可以放入存储过程中（假设您实际上得到了正确工作的 PT 查询）。

所以，如果你真的得到了一个巨大的工作 T-SQL 语句，那么只需将已知和工作的 T-SQL 作为存储过程放在 SQL Server 中，并按照上面的一行代码调用它。

因此，尝试将其与 Access 分开只会导致全球贫困，任何微小的失误或打破这一庞大的长期例行程序都会导致全球贫困和饥饿的儿童，因为您尝试“解决”此问题为您提供了出色的工作 T-SQL。如前所述，创建需要很长时间的开发团队需要大量资源。如果您触摸或破坏了一行代码并将其搞砸了，那么您需要该开发团队花费几个月的时间来修复您破坏的地方。

所以你开始打破如此巨大的混乱局面的那一刻就是你输掉这场战斗的那一刻，你会浪费几年的时间来尝试修复这个疯狂的长 T-SQL，你得到的已经声称是正确的工作代码。