This StackOverflow question seems to sum it up: https://stackoverflow.com/questions/1599050/will-ansi-join-vs-non-ansi-join-queries-perform-differently
On Wed, Apr 3, 2019 at 4:32 PM Eric Selje <[email protected]> wrote: > I don't remember specifically, but when you run into it and start > scratching your head wondering why you're getting a syntax error - you'll > know! :) > > On Wed, Apr 3, 2019 at 3:55 PM Charlie-gm <[email protected]> wrote: > >> >> Hey Eric, >> >> What do you mean? I have not run into a SQL DBMS that does not support >> both WHERE and INNER JOIN. >> >> -Charlie >> >> >> On 4/3/2019 4:35 PM, Eric Selje wrote: >> > Just be aware that VFP's SQL lets you get away with that, but not all >> > incarnations of SQL will. >> > >> > Eric >> > >> > >> > On Tue, Apr 2, 2019 at 5:22 PM Charlie-gm <[email protected]> wrote: >> > >> >> My experience has shown either syntax (WHERE vs INNER JOIN) to provide >> >> the same result without noticeable performance difference. >> >> >> >> I think the INNER JOIN syntax was added later in the SQL standards. >> >> >> >> If you solely use JOIN statements, one could argue the readability is >> >> better (aka more explicit). Other than that, perhaps a particular DBMS >> >> would "optimize better" with INNER JOIN or WHERE - but I kind of doubt >> it. >> >> >> >> -Charlie >> >> >> >> >> >> On 4/2/2019 6:05 PM, Garrett Fitzgerald wrote: >> >>> Hey, all. I had a general SQL question. Often, I find myself needing >> to >> >> use >> >>> the syntax: >> >>> >> >>> FROM a >> >>> LEFT JOIN b ON a.key = b.key AND b.field = 'Value' >> >>> >> >>> because if I filter b.field in the WHERE clause, I've effectively made >> >> the >> >>> LEFT JOIN an inner one. >> >>> >> >>> That makes me wonder, at what point do we stop moving conditions to >> the >> >>> JOIN clause? Obviously, some can't move for syntactical reasons, such >> as >> >>> subqueries. But short of that, when does it make sense to limit a >> >> non-outer >> >>> join in the join criteria? Never? >> >>> >> >>> >> >>> --- StripMime Report -- processed MIME parts --- >> >>> multipart/alternative >> >>> text/plain (text body -- kept) >> >>> text/html >> >>> --- >> >>> [excessive quoting removed by server] _______________________________________________ Post Messages to: [email protected] Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech Searchable Archive: http://leafe.com/archives/search/profox This message: http://leafe.com/archives/byMID/profox/caawxvukoze7baksc98-puqtoepromuq210n514vnkux8nbp...@mail.gmail.com ** All postings, unless explicitly stated otherwise, are the opinions of the author, and do not constitute legal or medical advice. This statement is added to the messages for those lawyers who are too stupid to see the obvious.
