Re: Correct query for monitor

From: Ron Johnson <ronljohnsonjr(at)gmail(dot)com>
To: pgsql-general <pgsql-general(at)lists(dot)postgresql(dot)org>
Subject: Re: Correct query for monitor
Date: 2025-09-26 23:00:13
Message-ID: CANzqJaCWEZv1VomWQh-rqYcgGobnqqF2cVEabcihBzPuXhBXFA@mail.gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Fri, Sep 26, 2025 at 4:15 PM veem v <veema0000(at)gmail(dot)com> wrote:

> Thank you so much for the quick response. I have a follow up question on
> this as below,
>
> If we want to identify, what exact query inside a procedure is taking a
> longer time:- Using any pg_* views, Is there an easy way to tie the
> query_id of the procedure with the query_ids of the internal sqls(those are
> executed within the procedure) to quickly get the culprit sql?
>

Are there queries inside a cursor loop?

> And say , we got the sql and saw a bad plan and we want to change the plan
> or attach a good plan to that query , is there a possible way to do that in
> postgres?
>
>>
PG does not support hints or "attaching plans to queries".

--
Death to <Redacted>, and butter sauce.
Don't boil me, I'm still alive.
<Redacted> lobster!

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Laurenz Albe 2025-09-27 06:37:59 Re: Correct query for monitor
Previous Message Adrian Klaver 2025-09-26 22:17:02 Re: How do I upsert depending on a second table?