а в чём проблема-то?)

Время выполнения запроса не является удовлетворительным. Вы так не считаете? Таблица маленькая - 20МБ всего.

Запускается локально? Или все 20 метров по не быстрой сети куда-то отправляются?

Все локально

Покажите EXPLAIN (ANALYZE, BUFFERS).
Это что-то странное, в самом деле.

Телеграм не стоит на компе, извините. Так покажу.
Buffers: shared hit=1
Planning time: 0.049 ms
Execution Time: 0.025 ms
Не верно Павлу написал - не локально, а сеть отжирает все время.

А у вас скорости то до сервера сколько?

По поводу сети не могу сказать, к сожалению )

Ну попингуйте хоть, может у вас там latency запредельный

В облаке не пингуется )

Плюс может банально потери у вас до туда

Коллеги, благодарю. Куда копать, понял.

Ну и проблема не в PostgreSQL, с виду.
Можно ещё проверить "CREATE TEMPORARY TABLE a_name AS SELECT * FROM ...;", на всякий случай (с помощью \timing, в смысле).

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

ERROR:  duplicate key value violates unique constraint "PK_TableoneTabletwo"
DETAIL:  Key ("TableoneId", "TabletwoId")=(6885aba4-6b1f-4546-bc04-e55c49d0fd6f, b7fe9bd6-a44f-44a7-b408-ffabba1a1a1e) already exists.

Хотя при выборке его нету

апдейт ключа имеет сайдефекты?

> меняю один из айдишников сдвоенного ключа

Что такое "сдвоенный ключ"?

> апдейт ключа имеет сайдефекты?

Вы меняете на сочетание значений, которое уже существует, скорее всего.
Если нет — покажите что-то конкретное (запросы, \d таблицы...).

select * from public."TableoneTabletwo"
where ("TableoneId", "TabletwoId") = ('6885aba4-6b1f-4546-bc04-e55c49d0fd6f', 'b7fe9bd6-a44f-44a7-b408-ffabba1a1a1e')

===
0 records

Ну не показывайте / не отвечайте на конкретные вопросы — это не наша проблема, в конце концов. ;)

персональные данные пользователей, преполагал что это known issue, спасибо))

Приветсвую.
Столкнулся с интересной проблемой. Требуется регистронезависимый поиск вхождения подстроки в таблице. Пробовал
SELECT post, id FROM users WHERE post ILIKE '%начальник%';
SELECT post, id FROM users WHERE post ~* 'начальник';
SELECT post, id FROM users WHERE LOWER(post) ~* LOWER('начальник');
В общем различные комбинации ~*
Все варианты не работают пока не напишешь "Начальник", я блин что-то не так делаю или у нас меркурий не  в том юпитере и база просто тупит?