问题标签 [inner-query]

我有应用于外部查询的日期变量，但我收到一条错误消息：v_Date 在使用它的上下文中无效 - 尝试在内部查询中使用它时。

你能帮我用时间变量 v_Date 替换内部查询中的两个 3/31/2016 日期吗？我需要移动 WITH 行还是进行双重连接？

我遇到了一个令人费解的情况。查询具有良好的执行计划。但是，当该查询被用作更大查询中的内部查询时，该计划发生了变化。我试图理解为什么会这样。

这是在 Oracle 11g 上。我的查询是：

可以看到，这里有一个内部查询，即：

当我只运行内部查询时，我得到的执行计划如下：

执行计划显示访问表 YFS_SHIPMENT_LINE_H 有两个索引 YFS_SHIPMENT_LINE_H_I4 和 YFS_SHIPMENT_LINE_H_I6；然后将结果连接起来。这个计划看起来不错，查询响应时间也很好。

但是当我运行完整的查询时，内部查询的访问路径会发生如下变化：

请注意，现在正在使用不同的索引(YFS_SHIPMENT_LINE_H_I2) 访问 YFS_SHIPMENT_LINE_H。事实证明，这不是一个很好的索引，查询响应时间也会受到影响。

我的问题是：为什么内部查询执行计划在作为更大查询的一部分运行时会发生变化？一旦优化器找到了访问 YFS_SHIPMENT_LINE_H 的最佳方式，为什么即使它是更大查询的一部分，它也不会继续使用相同的执行计划？

注意：我不太关心什么是正确的访问路径或要使用的索引；因此这里没有给出表中的所有索引；和数据的基数。我担心的是单独执行而不是作为另一个查询的一部分执行的更改。

谢谢。

-- 段落

这个 IMPALA 子查询限制占用了我太多时间。所以我决定在这里发帖为人们节省一些时间。

如果您正在对 FROM 部分进行内部查询，则无法使标准 SQL 工作。IE：

不工作给出以下错误。

错误：AnalysisException：第 1 行中的语法错误：...WHERE id="12345") ^ 遇到：预期 EOF：AS，IDENTIFIER

引起：异常：语法错误

我有一个查询：

此查询包含在另一个查询中：

ORDER BY您是否必须在外部查询中重复？像这样：

如果将内部查询移至 CTE，答案是否会改变？

我有一个包含列的表

现在假设如果用户发送一个数字，比如 61205，我必须通过检查 MinExt 和 MaxExt 来检查该数字（即 61205）存在于哪一行

之后，我必须从数字开头的相应 deleteDigits 中提到的 61205 中截断 x 位（在这种情况下，将截断 2 位数字）在截断之后我必须在 [appenddigits] 列的最后附加 205。这将构成一个完整的数字，例如 22058205。

我必须通过 select 语句来做到这一点，因为这将是一个内部查询。或者如果有人可以提出其他建议，我将非常感激。

从图像中，我有相同的课程 ID 和多个视频，因为我想将整体观看百分比显示为它们的平均值，我该怎么做，我想要这样的东西：

我尝试使用 Laravel 内部查询来获取数据，但我遇到了一个问题，我将值变量作为值传递，我的查询如下。

如果我传递静态值而不是$seller_name那么它可以完美地工作，我检查了$seller_name它不为空，它显示错误变量未定义。

我有一个 T-SQL 难题似乎在起作用，但我想知道是否有人可以尝试给我一个关于这里发生的事情的细分。考虑以下脚本：

我很困惑编译器如何没有在这个脚本上崩溃。它如何在引用外部查询的子查询上选择 where NOT IN？获取 TableA 的内容，其中 CustomerID NOT IN CustomerID's from TableB 等...但是当它在子查询中找到匹配的 CustomerID 时，NOT IN 会启动并阻止记录显示在外部查询选择中。我猜这是编译器停止的地方。但是由于没有选择特定的CustomerID，它无法加入内部查询，因此内部查询不选择该CustomerID，然后允许外部查询选择该记录？是的？不？掉进兔子洞？有没有更好的方法来写这个？

如果有人能详细说明这里发生的事情，或者参考可以解释的东西，将不胜感激。我真的找不到任何人解释这个过程，也许没有使用正确的搜索词。

谢谢！

在 Query 下面执行时，它执行成功。

但是当只执行（SELECT CREDITDOCUMENTID FROM TBLTPAYMENT）时，会出现类似“00904.00000 - “%s：无效标识符”的错误。

不知道它在 oracle 12c 数据库中是如何工作的。

我有三个表，即员工、部门和申诉。雇员表有超过一百万条记录。我需要找到员工的详细信息，他/她的部门以及他/她提出的申诉。

我可以想到以下两个查询来找到结果：

1、先过滤记录，只获取需要数据的员工的记录：

2、先加入：

如果我们考虑以 FROM>INNER JOIN>OUTER JOIN>WHERE>....SELECT 开头的 SQL 逻辑处理顺序，第一个查询应该执行得更好/更快，因为内部查询中只有一条记录并且将被连接与进一步的表。但是，在执行这两个查询时，我没有发现任何性能差异，并且两个查询几乎都需要相同的时间。

你能检查一下，让我知道我在哪里想错了吗？