public inbox for [email protected]help / color / mirror / Atom feed
Re: Fwd: Regarding tables detach concurrently with run_maintenance_proc() 3+ messages / 3 participants [nested] [flat]
* Re: Fwd: Regarding tables detach concurrently with run_maintenance_proc() @ 2024-07-19 14:25 Christoph Berg <[email protected]> 2024-07-19 14:56 ` Re: Fwd: Regarding tables detach concurrently with run_maintenance_proc() Durgamahesh Manne <[email protected]> 0 siblings, 1 reply; 3+ messages in thread From: Christoph Berg @ 2024-07-19 14:25 UTC (permalink / raw) To: Durgamahesh Manne <[email protected]>; +Cc: [email protected]; [email protected] 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. Christoph ^ permalink raw reply [nested|flat] 3+ messages in thread
* Re: Fwd: Regarding tables detach concurrently with run_maintenance_proc() 2024-07-19 14:25 Re: Fwd: Regarding tables detach concurrently with run_maintenance_proc() Christoph Berg <[email protected]> @ 2024-07-19 14:56 ` Durgamahesh Manne <[email protected]> 2024-07-22 04:59 ` Re: Fwd: Regarding tables detach concurrently with run_maintenance_proc() Muhammad Imtiaz <[email protected]> 0 siblings, 1 reply; 3+ messages in thread From: Durgamahesh Manne @ 2024-07-19 14:56 UTC (permalink / raw) To: Christoph Berg <[email protected]>; Durgamahesh Manne <[email protected]>; [email protected]; [email protected] On Fri, Jul 19, 2024 at 7:55 PM Christoph Berg <[email protected]> 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. > > Christoph > Hi You 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 manually Regards Durga Mahesh ^ permalink raw reply [nested|flat] 3+ messages in thread
* Re: Fwd: Regarding tables detach concurrently with run_maintenance_proc() 2024-07-19 14:25 Re: Fwd: Regarding tables detach concurrently with run_maintenance_proc() Christoph Berg <[email protected]> 2024-07-19 14:56 ` Re: Fwd: Regarding tables detach concurrently with run_maintenance_proc() Durgamahesh Manne <[email protected]> @ 2024-07-22 04:59 ` Muhammad Imtiaz <[email protected]> 0 siblings, 0 replies; 3+ messages in thread From: Muhammad Imtiaz @ 2024-07-22 04:59 UTC (permalink / raw) To: Durgamahesh Manne <[email protected]>; +Cc: Christoph Berg <[email protected]>; [email protected]; [email protected] Hi , You can consider the pg_pathman extension. *Muhammad Imtiaz* *PostgreSQL Technical Support Lead * */ Pakistan R&D* *Mobile: +923345072521* *Email: [email protected] <[email protected]>* On Fri, Jul 19, 2024 at 7:55 PM Durgamahesh Manne <[email protected]> wrote: > > > On Fri, Jul 19, 2024 at 7:55 PM Christoph Berg <[email protected]> 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. >> >> Christoph >> > > Hi > You 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 manually > > Regards > Durga Mahesh > ^ permalink raw reply [nested|flat] 3+ messages in thread
end of thread, other threads:[~2024-07-22 04:59 UTC | newest] Thread overview: 3+ messages (download: mbox mbox.gz follow: Atom feed) -- links below jump to the message on this page -- 2024-07-19 14:25 Re: Fwd: Regarding tables detach concurrently with run_maintenance_proc() Christoph Berg <[email protected]> 2024-07-19 14:56 ` Durgamahesh Manne <[email protected]> 2024-07-22 04:59 ` Muhammad Imtiaz <[email protected]>
This inbox is served by agora; see mirroring instructions for how to clone and mirror all data and code used for this inbox