Re: Fwd: Regarding tables detach concurrently with run_maintenance_proc()
От | Muhammad Imtiaz |
---|---|
Тема | Re: Fwd: Regarding tables detach concurrently with run_maintenance_proc() |
Дата | |
Msg-id | CACW1Ly0YKoPXLcy6wmOhZUtGX-pWpT12zS10y=MAja3oB6_Dug@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Fwd: Regarding tables detach concurrently with run_maintenance_proc() (Durgamahesh Manne <maheshpostgres9@gmail.com>) |
Список | pgsql-general |
Hi ,
You can consider the pg_pathman extension.
You can consider the pg_pathman extension.
Muhammad Imtiaz
PostgreSQL Technical Support Lead / Pakistan R&D
Mobile: +923345072521
Email: imtiaz.m@bitnine.net
On Fri, Jul 19, 2024 at 7:55 PM Durgamahesh Manne <maheshpostgres9@gmail.com> wrote:
On Fri, Jul 19, 2024 at 7:55 PM Christoph Berg <myon@debian.org> wrote:Re: Durgamahesh Manne
> with pg_partman By default proc() does not detach tables concurrently. How
> do we implement tables detach concurrently without blocking other sessions
> Here queries not using date column to detach tables with
> run_maintenance_proc() which is not using concurrently based on the
> retention policy which leads to scan all available child tables hence need
> to trigger this proc with concurrently option to avoid blocking other child
> tables beyond rentention policy while running statements on them
You might have more success by filing pg_partman issues at
https://github.com/pgpartman/pg_partman/issues
> Do we have any other alternative rather than using pg_partman()?
Well you can just run the same commands manually that pg_partman would
run.
ChristophHiYou might have more success by filing pg_partman issues at
https://github.com/pgpartman/pg_partman/issues >>> okay
My intention is to have any other extension other than pg_partman to manage table partitions manuallyRegardsDurga Mahesh
В списке pgsql-general по дате отправления: