Господа, так выражение нельзя строить, всегда только через EXECUTE format(... ?

select * INTO myrec from pg_matviews where matviewname = 'mv_pattern_'||idrow::TEXT;

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

Да, так выражение строить нельзя — это SQL injection. Для этого же есть семейство функций, см. \df quote_* (и документацию).

спасибо, а что за \df quote_* ?

Метакоманда psql.

                              List of functions
   Schema   |      Name      | Result data type | Argument data types | Type 
------------+----------------+------------------+---------------------+------
 pg_catalog | quote_ident    | text             | text                | func
 pg_catalog | quote_literal  | text             | anyelement          | func
 pg_catalog | quote_literal  | text             | text                | func
 pg_catalog | quote_nullable | text             | anyelement          | func
 pg_catalog | quote_nullable | text             | text                | func
(5 rows)

ну тогда format ...

Добрый день.
Подскажите, пожалуйста, имеются ли годные аналоги MS SQL Profiler в PostgeSQL?

Привет ребят, такой вопрос. У меня есть 2 таблицы: регионы и нас пункты этих регионов. У юзера есть список выбранных регионов.
Я создал связь многие ко многим через связную таблицу users_regions, где ссылаюсь на user_id и region_id. Нормально ли будет 3-м параметром ссылаться ещё на id нас пункта? Или можно сделать 2 референса на region_id и нас_пункты_id? Или создать третью таблицу, где будет ссылка на юзера и нас пункты?

Задача тривиальная, просто недавно беком заниматься начал

Пользователи и регионы - многие ко многим.
Регионы и населенные пункты - один ко многим

Зависит от ТЗ - если точность адреса пользователя только до региона, то достаточно. Если или регион или нас пункт могут отсутствовать то сделать оба  FK

Помимо таблицы пользователей и регионов создаете третью таблицу: id, user_id, region_id. Потом, отдельную таблицу с населенными пунктами: id, region_id, ...

У меня в табл нас пункты список вперемешку с городами, селами и т.п ( ид родителя присутствует ), так база фиас спарсилась. У каждого региона есть ближайший ребёнок из нас пунктов, всегда

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

В зависимости от задачи оставляете либо одну FK либо обе

Вы хотите в таблицу, связывающую пользователей и регионы (users_regions), добавить столбец с id населенного пункта?

Ну да. Либо если можно, на region_id сделать 2 референса на region и нас пункты. Ведь, ид этих нас пунктов - это фиас айди с реестра. И к тому же, нас пункт может быть выбран независимо от региона

Нет. У таблицы users_regions должна быть такая структура: id, region_id, user_id

Понял. Значит ещё одну таблицу создать с выбранными нас пунктами?

users_settlements, где будет user_id, settlement_id

Стоп. А зачем вам сохранять выбранный регион? Если пользователь выбирает населенные пункты, то вам надо создать таблицу users_settlements со структурой: id, user_id, settlement_id