Я так понимаю, эту тему полностью отдали на откуп фреймворкам, потому что в гугле что-то совсем вакуум...
В общем, тут такая дилемма - как именно хранить нулевое значение (которое самым первым идёт) ?
Если его хранить в виде NULL, то тогда JOIN пропустит эти строки (проверено), надо делать LEFT JOIN, а он уже требует побольше ресурсов, что нежелательно.
Поэтому я храню в виде 0, НО, например, в таблице банков нет банка с ID=0. Т.е. тоже не очень удобно - надо его создавать.

А ещё, при всём при этом, FK должен нормально работать, т.е. всё должно совпадать иначе он не создастся.

Как у вас это всё реализовано?

vkletip78тогда JOIN пропустит эти строки (проверено), надо делать LEFT JOIN, а он уже требует побольше ресурсовБольше чем в случае с "0" в качестве значения?
эмм, вообще-то я упустил момент, что подключаемая таблица мелкая, так что LEFT JOIN мгновенно отрабатывает. Вот так вот:


автор1. nested loop (пробег по одной таблице, потом по другой). Самый предпочтительный на мгновенных запросах, когда надо отдать быстро первые значения.
ПЛОХ для больших объёмов данных. НЕ УМЕЕТ FULL OUTER JOIN!
-- надо смотреть на work_mem (сколько памяти может занять 1 воркер), если таблица захешируется в 100мг, а воркеру дано 30мб, то будут тормоза.
-- Надо добавить памяти и тогда оптимизатор выберет этот вариант
2. hash join: хеширование маленькой таблицы, а потом подстановка её значений в большую (таблица может не поместиться в памяти)
не нужен индекс, может быть использован для FULL OUTER JOIN
3. merge join (любимый у Ивана Фролкова) - сливаем 2 отсортированных таблицы, проверяем условия и формируем строку
ни к чему не требователен. Умеет OUTER/FULL/LEFT/RIGHT JOIN.
требует отсортированные списки (либо индекс, либо сортировка)

vkle, да проще удалить, вопрос можно было и не задавать, сам разобрался )