А вообще, вот: https://habr.com/ru/search/?q=%5Bindexing%5D&target_type=posts

Цикл статей Егора Рогова про индексы в ПГ. Так и называется: Индексы в PostgreSQL.

вы написали прекрасную статью) ниче против не имею, дело в том что я эту инфу вроде как вычитал уже из stackoverflow, но вот по индексам попадаются противоречивые ответы, поэтому приходится собирать информацию по крупицам )

В конце материала английским по белому: but the system has to jump through some extra hoops to work with varchar, and every so often you'll run into a case where "varchar" is not optimized as well as "text".

Правда?! Так скажите мне, как вот это переводится (прямая цитата из статьи, и это пишет основной разработчик PostgreSQL!):

Actually, Postgres people tend to use "text" rather than unconstrained "varchar". In principle those two types behave equivalently; but the system has to jump through some extra hoops to work with varchar, and every so often you'll run into a case where "varchar" is not optimized as well as "text".

Ну и так далее.

О, опередили. ;)

ну я собственно и сказал что в статье предпочтение отдается text)

теория эт конечно хорошо, на практике не всегда так как написано в учебниках)

всегда встречаются какие то НО )

Хмм... Ваш вопрос был "можно ли смело юзать text, вместо varchar?" — это "один"; "those two types behave equivalently" — это "два".
Сколько будет "один" плюс "два", а? ;)

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

согласен, я не раскрыл вопрос)

спрошу так, дружит ли text  с индексами, с тем же like?

Ну так задайте другой, потому что на этот Вам уже ответили.

я так полагаю что дружит)

Ответ на данный вопрос есть в документации.

См. документацию, иначе сюрпризы неизбежны.

я не спорю опять таки, мне интересен ответ человека который уже прошел этот путь)

ок)

Именно like для текста в документации освещён вполне себе доступно и понятно.

Что такое "дружит"?
Для поиска по LIKE можно создавать разные виды индексов, их полезность целиком зависит от ситуации.
Некоторые запросы с LIKE оптимизируются хорошо, а некоторые — не оптимизируются в принципе (т.е. полное чтение таблицы — лучший вариант).