INNER JOINS in sql-select.html
Hi.
From <doc/html/sql-select.html>:
| A CROSS JOIN or INNER JOIN is a simple Cartesian product, the same
| as you get from listing the two items at the top level of FROM. CROSS
| JOIN is equivalent to INNER JOIN ON (TRUE), that is, no rows are
| removed by qualification. These join types are just a notational
| convenience, since they do nothing you couldn't do with plain FROM
| and WHERE.
Is there really no difference between these two queries?
SELECT blarg
FROM ta, tb, tc, [...]
WHERE ta.foo = tb.bar
AND tb.bar = tc.baz
AND [...]
SELECT blarg
FROM ta
JOIN tb ON tb.bar = ta.foo
JOIN tc ON tc.baz = tb.bar
JOIN [...]
I thought that by using the second form, you would be able to do
'explicit' joins, effectivly telling the planner in which order to
join multiple tables (in case you have to join 10+ tables)?
cheers,
stefan
Stefan Weiss <spaceman-4b9f8-20030703@ausgehaucht.sensenmann.at> writes:
From <doc/html/sql-select.html>:
| A CROSS JOIN or INNER JOIN is a simple Cartesian product, the same
| as you get from listing the two items at the top level of FROM. CROSS
| JOIN is equivalent to INNER JOIN ON (TRUE), that is, no rows are
| removed by qualification.
I thought that by using the second form, you would be able to do
'explicit' joins, effectivly telling the planner in which order to
join multiple tables (in case you have to join 10+ tables)?
They are semantically equivalent, but not necessarily the same from a
performance point of view. The potential performance issues are covered
elsewhere; I think it would just obfuscate matters to try to include
that topic here.
regards, tom lane
At 5:56 PM -0500 10/30/03, Tom Lane wrote:
Stefan Weiss <spaceman-4b9f8-20030703@ausgehaucht.sensenmann.at> writes:
From <doc/html/sql-select.html>:
| A CROSS JOIN or INNER JOIN is a simple Cartesian product, the same
| as you get from listing the two items at the top level of FROM. CROSS
| JOIN is equivalent to INNER JOIN ON (TRUE), that is, no rows are
| removed by qualification.I thought that by using the second form, you would be able to do
'explicit' joins, effectivly telling the planner in which order to
join multiple tables (in case you have to join 10+ tables)?They are semantically equivalent, but not necessarily the same from a
performance point of view. The potential performance issues are covered
elsewhere; I think it would just obfuscate matters to try to include
that topic here.
You can imply the issue without obfuscating things. How about:
A CROSS JOIN or INNER JOIN is a simple Cartesian product, the same
as you get from listing the two items at the top level of FROM.
CROSS JOIN yields the same results as INNER JOIN ON (TRUE), that is,
no rows are removed by qualification.
--
The opinions expressed in this message are mine,
not those of Caltech, JPL, NASA, or the US Government.
Henry.B.Hotz@jpl.nasa.gov, or hbhotz@oxy.edu
"Henry B. Hotz" <hotz@jpl.nasa.gov> writes:
You can imply the issue without obfuscating things. How about:
A CROSS JOIN or INNER JOIN is a simple Cartesian product, the same
as you get from listing the two items at the top level of FROM.
CROSS JOIN yields the same results as INNER JOIN ON (TRUE), that is,
no rows are removed by qualification.
Okay, but that doesn't do the trick --- it implies that CROSS JOIN isn't
equivalent to INNER JOIN ON (TRUE), when in fact they are equivalent,
both as to result and performance characteristics. The issue at hand is
that an explicit "a JOIN b" may not be equivalent to "FROM a, b".
I reworded the passage as
CROSS JOIN and INNER JOIN
produce a simple Cartesian product, the same result as you get from
listing the two items at the top level of FROM,
but restricted by the join condition (if any).
CROSS JOIN is equivalent to INNER JOIN ON
(TRUE), that is, no rows are removed by qualification.
does that help?
regards, tom lane
At 7:38 PM -0500 11/3/03, Tom Lane wrote:
"Henry B. Hotz" <hotz@jpl.nasa.gov> writes:
You can imply the issue without obfuscating things. How about:
A CROSS JOIN or INNER JOIN is a simple Cartesian product, the same
as you get from listing the two items at the top level of FROM.
CROSS JOIN yields the same results as INNER JOIN ON (TRUE), that is,
no rows are removed by qualification.Okay, but that doesn't do the trick --- it implies that CROSS JOIN isn't
equivalent to INNER JOIN ON (TRUE), when in fact they are equivalent,
both as to result and performance characteristics. The issue at hand is
that an explicit "a JOIN b" may not be equivalent to "FROM a, b".I reworded the passage as
CROSS JOIN and INNER JOIN
produce a simple Cartesian product, the same result as you get from
listing the two items at the top level of FROM,
but restricted by the join condition (if any).
CROSS JOIN is equivalent to INNER JOIN ON
(TRUE), that is, no rows are removed by qualification.does that help?
'sarright. I was just wordsmithing without worrying about the meaning.
--
The opinions expressed in this message are mine,
not those of Caltech, JPL, NASA, or the US Government.
Henry.B.Hotz@jpl.nasa.gov, or hbhotz@oxy.edu