原先一直对SQL左右连接中的on and和on where的区别不是太了解，直到在网上看到了下面这段话才豁然开朗。
在使用left join时，on and和on where条件的区别如下：
1、on条件是在生成临时表时使用的条件，它不管on中的条件是否为真，都会返回左边表中的记录。
2、where条件是在临时表生成好后，再对临时表进行过滤的条件。这时已经没有left join的含义（必须返回左边表的记录）了，条件不为真的就全部过滤掉，on后的条件用来生成左右表关联的临时表，where后的条件对临时表中的记录进行过滤。
实践是检验真理的唯一标准，接下来用实验来证明一下：
先上表结构以及数据：
①
根据上面那段话的解释，where字句是在生成临时表以后再进行过滤的，也就是可以理解为就是一个左连接：select * from A left join B on A.id = B.id;
其运行结果如下：
然后加上where A.type = 1对临时表进行过滤，除掉A.type不为1的，显然结果正确。
②
③
根据上面那段话的解释：on条件是在生成临时表时使用的条件，它不管on中的条件是否为真，都会返回左边表中的记录。显然左连接再加上新的条件:B.class = 1筛选掉第二行记录，结果正确。
④
原因通①。（①，②）和（③，④）就是关键词on and和on where的区别，但结果却完全不同。综上三个例子，where是生成临时表以后再进行过滤，对左右表都进行筛选。而and后面的语句如果是对left join中的左表进行过滤将不起任何作用，对右表进行过滤的话，那么左表还是返回所有行，只是右表会被过滤掉一部分行。
再来看看内连接inner join on and和 on where的区别：
由于刚开始表的数据不是太适合，所以先稍微更新一下，这样更好观察inner join和left join在and和where的不同之处。
先看看and的：
⑤
显然输出结果与左连接的不一样，先与没有and的内连接比较一下：
显然如果按左连接的逻辑，这个结果就是错误的。但这是Oracle输出的，而不是我瞎打的，显然在内连接时与左连接不同了。这里on and条件和on where条件一样对生成以后的临时表同样会被过滤。显然A表id为1的type不为1，所以它被过滤了。
再上几组来验证一下上面这个猜想是否是正确的：
⑥
再来看看内连接的where：
这个也是和左连接一样生成临时表然后进行过滤，不作解释。
⑦
⑧
对比发现：（⑤，⑥）和（⑦，⑧）结果都一样，也就是说内连接inner join on and 或者on where不管是对左表还是右表进行过滤，实际都是在生成临时表以后再进行过滤的，而且对左表和右表都起作用，这与左连接left join有本质的区别！！！
最后上俩没有使用连接语句的例子：
比较简单，不作解释。
总结一下：
在使用left join时，on和where条件的区别如下：
1、on条件是在生成临时表时使用的条件，它不管on中的条件是否为真，都会返回左边表中的记录。（实际上左连接中如果and语句是对左表进行过滤的，那么不管真假都不起任何作用。如果是对右表过滤的，那么左表所有记录都返回，右表筛选以后再与左表连接返回）
2、where条件是在临时表生成好后，再对临时表进行过滤的条件。这时已经没有left join的含义（必须返回左边表的记录）了，条件不为真的就全部过滤掉，on后的条件用来生成左右表关联的临时表，where后的条件对临时表中的记录进行过滤。
在使用inner join时，不管是对左表还是右表进行筛选，on and和on where都会对生成的临时表进行过滤。