Хм, может я чего не догоняю, но
> All partitions are created automatically along with the parent table.
> Automatic range partitioning is not supported yet.

есть таблица streets хочу мигрировать из mysql > pgsql, какое решение вы используете?)

Похоже решили тупо создавать все варианты заранее и никаких расходов при вставках.

Ну есть вариант через pgloader

Конечно слежу, поэтому и понимаю, что если крупный вендор (а ПГпро всё таки крупный вендор в масштабах внедренцев в РФ) предлагает фичу в ядро, значит на это есть спрос. Вопрос реализации я опускаю, т.к. не читал её подробности.

Ну так:
A background worker (BGW) process is included to automatically run partition maintenance without the need of an external scheduler (cron, etc) in most cases.

И в настройках партиционирования есть:

p_automatic_maintenance - parameter to set whether maintenance is managed automatically when run_maintenance() is called without a table parameter or by the background worker process. Current valid values are "on" and "off". Default is "on". When set to off, run_maintenance() can still be called on an individual partition set by passing it as a paramter to the function.

Эээ... то есть patch стал совсем не о том, с чего начиналось, что ли?

Вы совершенно зря думаете, что "крупный вендор предлагает фичу в ядро" и наличия спроса достаточно для того, чтобы что-то туда попало.

не нужно тащить в ядро всё подряд. многое должно остаться в расширениях.

а про спрос я вам расскажу. ПГпро как и ванильный ПГ  сейчас сильно заменяет Оракл. соответственно разработчики работают с ПГ как с Ораклом: тащут ВЕСЬ функционал в базу, включая кроны

как будто это плохо

Конечно, плохо (при условии, если хочется продолжения быстрого прогресса и сохранения качества vanilla).
Если не хочется — можно хоть всё затащить... но потом "не взлететь". ;)

надо с умом затаскивать :) если процедурный sql красиво решает задачу, почему бы этим не воспользоваться

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

Тут не об этом совсем речь, а о "затаскивании" таких вещей, как pg_cron, pgbouncer и т.п. в "ядро" PostgreSQL.

Возможно, я только заглянул в первые страницы самого патча, а переписку не читал вообще.

Можно ли на клиенте устанавливать переменные без создания функции и width??, хочу сделать небольшой запрос с использованием переменных. ver postgres 10

Всем привет, ребят помогите плиз разобраться, я слышал что внутри процедуры можно управлять транзакциями. У меня в процедуре сначала идут проверки на адекватность данных потом уже начинается транзакция, как можно сделать внутри процедуры уровень изоляции для транзакции?

DO $$
DECLARE myvar integer;
BEGIN
    SELECT 5 INTO myvar;

    DROP TABLE IF EXISTS tmp_table;
    CREATE TABLE tmp_table as 
    select * from p_street  
END $$;

SELECT * FROM tmp_table;

нашел такой вариант, но чет не пашит, выкидывает

SQL Error [42601]: ERROR: unexpected end of function definition at end of input
  Позиция: 162

; забыл
select * from p_street ;

Нашел еще такой способ

WITH master_user AS (
  select * from p_street ps 
)

select * from master_user

Но пишут что не желательный способ почему-то