The opening chapter of "Inside SQL Server 2005: T-SQL Querying" actually
takes a SQL statement with joins, where, and an order clause and breaks down
exactly how SQL Server (and most RDBMSs) would handle it. The data source
(from, and joins) are always processed first, with the select processed
last.
Anders has even stated that this is more natural to him, given how SQL
queries are processed.

Signature
- Nicholas Paldino [.NET/C# MVP]
- mvp@spam.guard.caspershouse.com
>> Actually, getting the "from" first makes a lot MORE sense IMO, and you
>> can see how this allows everything that follows to make better use of
[quoted text clipped - 8 lines]
>
> Jon
Jon Skeet [C# MVP] - 19 Oct 2007 17:53 GMT
On Oct 19, 3:11 pm, "Nicholas Paldino [.NET/C# MVP]"
<m...@spam.guard.caspershouse.com> wrote:
> The opening chapter of "Inside SQL Server 2005: T-SQL Querying" actually
> takes a SQL statement with joins, where, and an order clause and breaks down
[quoted text clipped - 4 lines]
> Anders has even stated that this is more natural to him, given how SQL
> queries are processed.
Exactly - without the context of the data source, the "select" doesn't
make any sense at all. The engine can't really do anything with it
until it's looked at the rest of the query.
Jon