Скоро пятница,

ответ - нет. идеологически более верно в on писать именно условие объединения, а в where - условия фильтрации получаемого результата.
см. http://www.ibase.ru/joins/
раздел "Отличие между On и Where" и дальше в разделе "Left/Right Join"

в качестве дополнительного примера можно привести запрос



мы не можем включить where o.id is null в on, потому что это не является условием объединения, и вообще записей с o.c_id is null в таблице orders не существует. Но эти записи возникают в результате работы left join.

В разделе "Left/right join" есть обратный пример, когда ошибочный вынос условия ON в where меняет результат запроса.

В общем, on и where - это не одно и то же. Если для inner join результат не отличается, то для left/right join - разница есть.

Скоро пятницаЧто за рекомендация, чья(откуда)?
вопрос странный. рекомендация обусловлена синтаксисом. Если вы пытаетесь схитрить, то обманете сами себя - например, привыкнете для inner join втыкать where в условие on, а потом напоретесь на то, что в left join получите "не тот" результат.
Ну или тот, кто будет читать ваши запросы, будет долго думать, какого хрена в on написано то, что должно быть в where.

WildSeryА о каком случае "напоретесь"
у меня в статье этот случай прописан. пример - дата по заказам в on и where. Но это опять же по правой части left join.

Для меня, собственно, этот вопрос не существует. ON это условие объединения двух таблиц. То есть столбец из таблицы А и столбец из таблицы Б.
WHERE - это условие фильтрации по столбцам одной из таблиц.
Да, в ON можно добавить условие по одному из столбцов чтобы ОГРАНИЧИТЬ записи, по которым делается join, в дополнение к объединению по "столбец из А и столбец из Б".

То есть, у меня в голове множества до join и после не являются одним и тем же, даже если бы результат их объединения и фильтрации был одинаковым. :-)

A join B on a.id = b.a_id and a.id > 10

это последовательно:
- ограничение множества A -> множество А штрих.
- объединение множества А штрих и множества Б

Сейчас это заменяется на
(select from A where a.id > 10) join B on a.id = b.a_id

здесь
A join B on a.id = b.a_id
where a.id > 10

последовательно
- объединение множеств А и Б - результат = множество С
- применение фильтра над множеством С

и мне пофиг, как оно оптимизатором выполняется. Результат должен быть такой, как у указанных операций над множествами в соответствии с последовательностью операции.

Гаджимурадов РустамРазумеется, если множеств (таблиц) больше двух, то и вариантов
их пересечений и результатов становится больше.
не-а. джойны все равно попарно выполняются (обрабатываются). в inner пары могут образовываться в зависимости от кардинальности (типа A + (B+C) или (A+B) +C и т.д.), а в left/right они образуются жестко в порядке следования.
Ну и еще, a right join b преобразуется оптимизатором в b left join a.

Так что, вариантов пересечения там больше не образуется, т.к. их последовательность по большей части фиксированная.