From: | Kirk Wolak <wolakk(at)gmail(dot)com> |
---|---|
To: | Maciek Sakrejda <m(dot)sakrejda(at)gmail(dot)com> |
Cc: | Nikolay Samokhvalov <samokhvalov(at)gmail(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Heikki Linnakangas <hlinnaka(at)iki(dot)fi>, Peter Eisentraut <peter(dot)eisentraut(at)enterprisedb(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>, Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com>, Andrey Borodin <amborodin86(at)gmail(dot)com>, Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at> |
Subject: | Re: Proposal: %T Prompt parameter for psql for current time (like Oracle has) |
Date: | 2023-02-23 18:52:27 |
Message-ID: | CACLU5mS10dea+A8vF0RPS16=K3OYEdAUECY_Kgt1feOFnNtdWg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Thu, Feb 23, 2023 at 1:16 PM Maciek Sakrejda <m(dot)sakrejda(at)gmail(dot)com>
wrote:
> On Thu, Feb 23, 2023, 09:55 Nikolay Samokhvalov <samokhvalov(at)gmail(dot)com>
> wrote:
>
>> On Thu, Feb 23, 2023 at 9:05 AM Maciek Sakrejda <m(dot)sakrejda(at)gmail(dot)com>
>> wrote:
>>
>>> I think Heikki's solution is probably more practical since (1) ..
>>
>>
>> Note that these ideas target two *different* problems:
>> - what was the duration of the last query
>> - when was the last query executed
>>
>> So, having both solved would be ideal.
>>
>
> Fair point, but since the duration solution needs to capture two
> timestamps anyway, it could print start time as well as duration.
>
> The prompt timestamp could still be handy for more intricate session
> forensics, but I don't know if that's a common-enough use case.
>
> Thanks,
> Maciek
>
It's really common during migrations, and forensics. I often do a bunch of
stuff in 2 systems. Then check the overlap.
Andrey brought up the value of 2 people separate working on things, being
able to go back and review when did you change that setting? Which has
happened to many of us in support sessions...
Thanks!
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2023-02-23 18:56:56 | Re: PG 15 (and to a smaller degree 14) regression due to ExprEvalStep size |
Previous Message | Tomas Vondra | 2023-02-23 18:48:42 | Re: PATCH: Using BRIN indexes for sorted output |