Regarding tables detach concurrently with run_maintenance

agora inbox for pgsql-in-general@postgresql.org  
help / color / mirror / Atom feed

Regarding tables detach concurrently with run_maintenance_proc()
5+ messages / 3 participants
[nested] [flat]

* Regarding tables detach concurrently with run_maintenance_proc()
@ 2024-07-12 06:45  Durgamahesh Manne <maheshpostgres9@gmail.com>
  0 siblings, 1 reply; 5+ messages in thread

From: Durgamahesh Manne @ 2024-07-12 06:45 UTC (permalink / raw)
  To: pgsql-general@lists.postgresql.org; +Cc: keith.fiske@crunchydata.com

Hi Respected Team

By default proc() does not detach tables concurrently. How do we implement
tables detach concurrently without blocking running sessions in prod.
why this is very critical to implement for pg_partman.
if this is not available yet on 5.1.0 then when can i expect to get it
if already there then please let me know the implementation of detaching
tables concurrently
Any best way to implement the same please  with out concurrently how do we
ensure data integrity and consistency

Regards
Durga Mahesh

^ permalink  raw  reply  [nested|flat] 5+ messages in thread

* Fwd: Regarding tables detach concurrently with run_maintenance_proc()
@ 2024-07-19 12:48  Durgamahesh Manne <maheshpostgres9@gmail.com>
  parent: Durgamahesh Manne <maheshpostgres9@gmail.com>
  0 siblings, 1 reply; 5+ messages in thread

From: Durgamahesh Manne @ 2024-07-19 12:48 UTC (permalink / raw)
  To: pgsql-general@lists.postgresql.org; pgsql-in-general

Hi Respected Team

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

Do we have any other alternative rather than using pg_partman()?

your response is valuable

Regards,
Durga Mahesh

^ permalink  raw  reply  [nested|flat] 5+ messages in thread

* Re: Fwd: Regarding tables detach concurrently with run_maintenance_proc()
@ 2024-07-19 14:25  Christoph Berg <myon@debian.org>
  parent: Durgamahesh Manne <maheshpostgres9@gmail.com>
  0 siblings, 1 reply; 5+ messages in thread

From: Christoph Berg @ 2024-07-19 14:25 UTC (permalink / raw)
  To: Durgamahesh Manne <maheshpostgres9@gmail.com>; +Cc: pgsql-general@lists.postgresql.org; pgsql-in-general

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] 5+ messages in thread

* Re: Fwd: Regarding tables detach concurrently with run_maintenance_proc()
@ 2024-07-19 14:56  Durgamahesh Manne <maheshpostgres9@gmail.com>
  parent: Christoph Berg <myon@debian.org>
  0 siblings, 1 reply; 5+ messages in thread

From: Durgamahesh Manne @ 2024-07-19 14:56 UTC (permalink / raw)
  To: Christoph Berg <myon@debian.org>; Durgamahesh Manne <maheshpostgres9@gmail.com>; pgsql-general@lists.postgresql.org; pgsql-in-general

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.
>
> 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] 5+ messages in thread

* Re: Fwd: Regarding tables detach concurrently with run_maintenance_proc()
@ 2024-07-22 04:59  Muhammad Imtiaz <imtiazpg712@gmail.com>
  parent: Durgamahesh Manne <maheshpostgres9@gmail.com>
  0 siblings, 0 replies; 5+ messages in thread

From: Muhammad Imtiaz @ 2024-07-22 04:59 UTC (permalink / raw)
  To: Durgamahesh Manne <maheshpostgres9@gmail.com>; +Cc: Christoph Berg <myon@debian.org>; pgsql-general@lists.postgresql.org; pgsql-in-general

Hi ,

You can consider the pg_pathman extension.



*Muhammad Imtiaz*

*PostgreSQL Technical Support Lead *
*/ Pakistan R&D*
*Mobile: +923345072521*
*Email: imtiaz.m@bitnine.net <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.
>>
>> 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] 5+ messages in thread

end of thread, other threads:[~2024-07-22 04:59 UTC | newest]

Thread overview: 5+ messages (download: mbox mbox.gz follow: Atom feed)
-- links below jump to the message on this page --
2024-07-12 06:45 Regarding tables detach concurrently with run_maintenance_proc() Durgamahesh Manne <maheshpostgres9@gmail.com>
2024-07-19 12:48 ` Durgamahesh Manne <maheshpostgres9@gmail.com>
2024-07-19 14:25   ` Christoph Berg <myon@debian.org>
2024-07-19 14:56     ` Durgamahesh Manne <maheshpostgres9@gmail.com>
2024-07-22 04:59       ` Muhammad Imtiaz <imtiazpg712@gmail.com>

This inbox is served by agora; see mirroring instructions
for how to clone and mirror all data and code used for this inbox