Вот такие вопросы:
Есть таблицы:
1). (empl_id, name, organization_name) ;
2). (org_id, organization_name) .
empl_id, org_id - целочисленные уникальные
name, organization_name, organization_name - строковые, не null
В таблице 1. organization_name - внешний ключ или ссылочное поле.
Объёмы табл. 1. = 1 000 000.
Объёмы табл. 2. = 50 000.
Какие индексы стоит сделать?

Я подумал, что для empl_id можно сделать HASH индекс, так как он только с оператором (=), а запросы к рабочему по его табельному номеру будут частыми.

Далее я я начал читать про типы индексов (оф. документация) + Статья . Не знаю верно ли я понял, но в моём случае не нужны точно индексы Gist, SP-Gist, так как они заточены под особые типы данных (у меня то обычный строковый и целочисленный). Поэтому остались GIN, B-tree (default), BRIN.
Мне сложно выбрать, поэтому прошу помощи.

P.S. Хотелось бы повесить индекс на ссылочное поле и сделать составной индекс на (empl_id, name) по алфавиту и наоборот.

Вопросы вот такие...

Melkij, предупреждение о HASH индексах читал, просто так ли оно важно в условиях РЕАЛЬНОЙ жизни БД?

А что Вы имели ввиду "...Например, функциональным индексом."? Мне сложно понять связку независимых предложений: "Не надо использовать hash-индексы без четкого понимания, что ничем другим обойтись не удастся. Например, функциональным индексом."

За подсказку, про уникальный индекс B-tree спасибо, учту.

Про FK подумаю.. Склоняюсь, что FK в таблице 1. сделаю на org_id.

Melkij, спасибо за объяснение. По поводу нереплецируемых вещей понял. И по поводу функциональных индексов (их лучше использовать, когда объём данных высок, чтобы искать по хэшу, а не по данным).
Можете привести пример из своей практики работы с индексами, который будет полезен? Или скажем, как наставление что ли =)

Michael Isaev, спасибо, сейчас сделаю и протестирую время выполнения запросов с и без индексов

Melkij, я как раз, прочитав пару статей про индексы делаю сравнения по времени выполнения запросов с индексами и без.