Имхо, в вашем случае самым простым решением будет сделать create table as select с нужным вам условием, и затем экспортнуть эту таблицу через pg_dump.

мне эти данные со всей структурой нужны. Просто есть большая продуктовая база, а я хочу поднять для неё тестовый стенд. Писать фабрики для данных геморно, хочу попробовать взять "небольшую" часть продуктовой БД чтобы было удобно поднимать и работать с этим на локальной машине

Вообще, я сам сейчас удивился, что pg_dump не умеет условия..
В Oracle в expdp есть возможность условия для экспортируемых таблиц прописывать..

Потому что он, по идее, вообще не для этого. "Do one thing, and do it well."
Хотя, на самом деле (несмотря на сопротивление некоторых hackers) он потихоньку превращается в подобие швейцарского ножа. ;)

Почему не для этого? По сути pg_dump в режиме Custom - это примерно брат-близнец expdp. Наверняка можно реализовать фичу с условиями.

Нет, наоборот. Вам же нужны те процессы, которые заблокированы.
Найдите Вы готовый запрос, опять-таки — сколько это можно обсуждать? ;)

Потому что его цель — получение дампов (для upgrade / миграции на другую архитектуру / передачи кому-то и т.п.).

> Наверняка можно реализовать фичу с условиями.

Можно, а как же.
Да и багов можно добавить в процессе...
Дополнительные баллы за "закоммитить что-то [очень] так себе качеством, и нужное только себе любимому, а потом ускакать в закат, переложив поддержку (и доработку, что особенно приятно!) на этих жалких hackers". ;)

В общем, подобные patches предлагались, и не раз.
Обычный ответ сообщества — что-то вроде да идите нафиг, сколько можно уже?! this is out of scope of pg_dump.

Сраный опенсорс.. 🤦‍♂️

Вопрос: Какой сейчас самый корректный синтаксис для WHERE значение в массиве?
select x from y where z IN (1,2); ?

Все, кто поддерживает опенсорс задумайтесь

Я бы держался подальше от любого продукта, где так (в плане "это не нужно!") не поступают.
Это creeping featuritis, и в то, что он вообще может кончиться хорошо, может верить только тот, кто верит в Деда Мороза. ;)

M$ тоже так отвечает (да идите нафиг, сколько можно уже?!) в поддержке, хотя к опенсорсу никакого отношения, кроме развёртки линя внутри винды, не имеет!
И чё теперь???! Где крики: "Сраный M$!"???

В оригинале там было что-то про то, что скачивание пиратских копий приближает коммунизм )

Великолепно!!! Интуитивно понимал это, но стеснялся сказать.
Коммунисты - вперед к победе! :)

WHERE z = ANY ($1) -- где $1 -- параметр-массив

Спасибо! Есть ли принципиальная разница? Посмотрел вроде и то и то актуальный синтаксис и поддерживается

всем привет. подскажите есть колонка с типом integer, надо поменять тип поля на numeric(19,2). делаю

ALTER TABLE test ALTER COLUMN salary TYPE NUMERIC(19,2)
ответ
ERROR:  cannot alter type of a column used by a view or rule
DETAIL:  rule _RETURN on view bi_vacancies depends on column "salary_of_executor"
SQL state: 0A000

гугл помочь не хочет, хотя на 10 меняется тип без проблем

обновится надо на 12-ой

так написано же, что есть вьюха, у нее тип значения зависит от указанной колонки, похтому и не меняется. надо вьюху удалить