什么是更好的？子查询还是内部联接十个表？

Question

一个旧的系统已经到达我们的办公室进行一些更改和修复，但是它也遭受性能问题的困扰。我们不确切知道这种缓慢性的根源是什么。

在重构旧代码时，我们发现了一些遵循以下模式的sql查询（出于示例目的，对查询进行了简化）：

SELECT
   (
    SELECT X
    FROM A
    WHERE A.id = TABLE.id
   ) AS COLUMN1,
    (
    SELECT Y
    FROM B
    WHERE B.id = TABLE.id
   ) AS COLUMN1,
   (
    SELECT Z
    FROM C
    WHERE C.id = TABLE.id
   ) AS COLUMN1,
   ...
FROM
    TABLE
WHERE
    TABLE.id = @param;

这些查询从它们返回的 每一 列中进行几个内部子查询。

我们计划按照以下模式重写这些查询：

SELECT
    A.X, B.Y, C.Z
FROM
    TABLE
    INNER JOIN A on A.ID = TABLE.ID
    INNER JOIN B on B.ID = TABLE.ID
    INNER JOIN C on C.ID = TABLE.ID
WHERE
    TABLE.id = @param;

使用内部联接，它们 更易于阅读和理解
，但是真的更快吗？这是写它们的更好的方法吗？不幸的是，我们改写的第一个查询并没有缩短查询时间，这使查询速度变慢了。

这是我的问题：我们应该重写所有这些查询吗？这些子查询是完成这项工作的好方法吗？它们在内部联接方式上是否更快？

Answer 1

如果我正确理解了您的问题，那么您将开始重写某些SQL语句的操作，因为您认为它们可能存在问题。

我的建议是停止并首先开始确定您当前在哪里花费时间。只有在发现带有这些标量子选择的查询中，并且是由于这些标量子选择之后，才应该重写它们。在此之前：开始跟踪和检查。

这是OTN的两个线程，用于指导有性能问题的人员：

http://forums.oracle.com/forums/thread.jspa?messageID=1812597


http://forums.oracle.com/forums/thread.jspa?threadID=863295

问候，
罗布。

并且：由于标量子查询缓存，您的原始查询可能比使用联接的重写查询快得多。