Re: DOCS - pg_replication_slot . Fix the 'inactive_since' description - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: DOCS - pg_replication_slot . Fix the 'inactive_since' description
Date
Msg-id ZzucBBmXEpEM3pvf@momjian.us
Whole thread Raw
In response to Re: DOCS - pg_replication_slot . Fix the 'inactive_since' description  (Amit Kapila <amit.kapila16@gmail.com>)
Responses Re: DOCS - pg_replication_slot . Fix the 'inactive_since' description
List pgsql-hackers
On Mon, Nov 18, 2024 at 01:31:45PM +0530, Amit Kapila wrote:
> On Mon, Nov 18, 2024 at 12:24 PM Nisha Moond <nisha.moond412@gmail.com> wrote:
> > -- inactive_since will be reset to NULL by the process that acquires
> > the slot, making it active or in-use again.
> >
> > AFAIU, inactive_since indicates the point in time when the slot became
> > inactive, as the field is set immediately when any of the above
> > conditions are triggered. It is not a case where a periodic process
> > observes the slot as inactive and sets inactive_since to the "observed
> > time", even if the slot was deactivated some time ago.
> >
> > Given this understanding, and to avoid unnecessary complexity, I agree
> > with David's suggestion [1]:
> >
> > - The time when the slot became inactive. (retained this in patch as
> > wording aligns with the field name)
> > - The time when the slot was deactivated.
> >
> > Alternatively, we could use "timestamp" instead of "time" to clearly
> > indicate that this refers to a specific timestamp and not a duration:
> >  "The timestamp indicating when the slot became inactive."
> >
> > Thoughts?
> >
> > For the description of synced slots on standby, I’m fine with keeping
> > Bruce's suggestion from patch [2] as it is.
> >
> > Attached the patch with modification.
> >
> 
> Looks reasonable to me.

+1

-- 
  Bruce Momjian  <bruce@momjian.us>        https://momjian.us
  EDB                                      https://enterprisedb.com

  When a patient asks the doctor, "Am I going to die?", he means 
  "Am I going to die soon?"



pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: Statistics Import and Export
Next
From: Bruce Momjian
Date:
Subject: Re: Making error message more user-friendly with spaces in a URI