СК
есть крон в пг
pg_cron
pg_cron
> Сделали бы те, кто так считает, себе fork PostgreSQL
кстати авторы патча так и сделали :)
Size: a a a
2021 June 29
YS
Так-то да, но что ж они к нам-то это вот тащат? ;)
AL
это стороннее расширение, я писал про встроенную функциональность (читайте - встроенная функция или хоят бы официальный extension)
а то было странно добавлять встроенную фичу которая бы полагалась на неофициальный extenstion :)
а то было странно добавлять встроенную фичу которая бы полагалась на неофициальный extenstion :)
СК
pg_pathman автоматически создаёт партицию по заданному интервалу и с правильным названием при инсерте, если нужной ещё нет.
а не кроном.
у меня посуточные партиции в 6ти 3Т базах.
создавать их скриптами становится все ленивее.
а не кроном.
у меня посуточные партиции в 6ти 3Т базах.
создавать их скриптами становится все ленивее.
AS
Кажется те формы DDL, которые не mvcc-safe, не подходят под данные критерии, не?
Какие там команды используются? ну кроме create table?
Some DDL commands, currently only TRUNCATE and the table-rewriting forms of ALTER TABLE, are not MVCC-safe. Какие там команды используются? ну кроме create table?
AS
А, да, alter table attach/detach... Ok
AG
имхо, с таким подходом ПГ встал в развитии где-нибудь в начале 9х версий.
если бы каждому разработчику core -команда давала отлуп - что же вы со своими идеями к нам идёте :)
если бы каждому разработчику core -команда давала отлуп - что же вы со своими идеями к нам идёте :)
СК
а разница какая?
ПГ Про это тоже сторонняя разработка
ПГ Про это тоже сторонняя разработка
AL
вы реально не понимаете разницу?
ch
если бы очень надо было, могли бы и к себе его затащить
YS
А у ATTACH PARTITION та же проблема (и да, список-то по ссылке не полный, естественно).
Так вот когда я это (DDL и DML) делаю "руками", у меня хотя бы выбор есть (т.е. на практике терпимо).
А вот их соединение "под капотом" будет "подкладывать свинью" автоматически, и сделать с этим ничего нельзя. ;(
Так вот когда я это (DDL и DML) делаю "руками", у меня хотя бы выбор есть (т.е. на практике терпимо).
А вот их соединение "под капотом" будет "подкладывать свинью" автоматически, и сделать с этим ничего нельзя. ;(
AL
ну или написать аналогичное по функциональности
VS
Ну это можно решить опциональностью автоматического создания партиции
b
Судя по патчу - не автоматически, а только при указании CONFIGURATION ( <replaceable class="parameter">partition_bound_auto_spec</replaceable> ) ]
YS
Эээ... мягко говоря, нет.
Вы вообще следите за разработкой PostgreSQL?
Так вот большинство "чистых" идей получают именно отлуп. И даже некоторые долго разрабатываемые и обсуждаемые patches (протестированные и с документацией!) заканчиваются "извините, но сообществу это не нужно" (rejected).
Вы вообще следите за разработкой PostgreSQL?
Так вот большинство "чистых" идей получают именно отлуп. И даже некоторые долго разрабатываемые и обсуждаемые patches (протестированные и с документацией!) заканчиваются "извините, но сообществу это не нужно" (rejected).
СК
в ядре это точно не нужно.
зачем к себе тащить то что уже есть.
вот pg_pathman ПГ Про забросили с официальной причиной что в ванильном ПГ весь функционал уже есть. только вот функционала который я юзал несколько лет нет, а заказчик требует обновлять ПГ.
зачем к себе тащить то что уже есть.
вот pg_pathman ПГ Про забросили с официальной причиной что в ванильном ПГ весь функционал уже есть. только вот функционала который я юзал несколько лет нет, а заказчик требует обновлять ПГ.
YS
А pg_partman смотрели?
СК
давно не смотрел. там есть?
YS
Уже есть? Значит, зря я не следил за этим thread... надо будет почитать patch, спасибо!