Re: Inconsistency in determining the timestamp of the db statfile.

Поиск
Список
Период
Сортировка
Искать
От
Amit Kapila
Тема
Re: Inconsistency in determining the timestamp of the db statfile.
Дата
Msg-id
CAA4eK1+xd30Knn-iExiejNNvZLq9PJ6uyvqDacDrL=zgiUnWmg@mail.gmail.com
Ответ на
Список
Дерево обсуждения
Inconsistency in determining the timestamp of the db statfile. Amit Kapila <amit.kapila16@gmail.com>
Re: Inconsistency in determining the timestamp of the db statfile. Magnus Hagander <magnus@hagander.net>
Re: Inconsistency in determining the timestamp of the db statfile. Fujii Masao <masao.fujii@oss.nttdata.com>
Re: Inconsistency in determining the timestamp of the db statfile. Magnus Hagander <magnus@hagander.net>
Re: Inconsistency in determining the timestamp of the db statfile. Amit Kapila <amit.kapila16@gmail.com>
Re: Inconsistency in determining the timestamp of the db statfile. Alvaro Herrera <alvherre@2ndquadrant.com>
Re: Inconsistency in determining the timestamp of the db statfile. Fujii Masao <masao.fujii@oss.nttdata.com>
Re: Inconsistency in determining the timestamp of the db statfile. Amit Kapila <amit.kapila16@gmail.com>
Re: Inconsistency in determining the timestamp of the db statfile. Magnus Hagander <magnus@hagander.net>
Re: Inconsistency in determining the timestamp of the db statfile. Amit Kapila <amit.kapila16@gmail.com>
Re: Inconsistency in determining the timestamp of the db statfile. Magnus Hagander <magnus@hagander.net>
Re: Inconsistency in determining the timestamp of the db statfile. Amit Kapila <amit.kapila16@gmail.com>
Re: Inconsistency in determining the timestamp of the db statfile. Tomas Vondra <tomas.vondra@2ndquadrant.com>
Re: Inconsistency in determining the timestamp of the db statfile. Magnus Hagander <magnus@hagander.net>
Re: Inconsistency in determining the timestamp of the db statfile. Fujii Masao <masao.fujii@oss.nttdata.com>
Re: Inconsistency in determining the timestamp of the db statfile. Amit Kapila <amit.kapila16@gmail.com>
Re: Inconsistency in determining the timestamp of the db statfile. Masahiko Sawada <masahiko.sawada@2ndquadrant.com>
Re: Inconsistency in determining the timestamp of the db statfile. Amit Kapila <amit.kapila16@gmail.com>
Re: Inconsistency in determining the timestamp of the db statfile. Magnus Hagander <magnus@hagander.net>
Re: Inconsistency in determining the timestamp of the db statfile. Amit Kapila <amit.kapila16@gmail.com>
Re: Inconsistency in determining the timestamp of the db statfile. Alvaro Herrera <alvherre@2ndquadrant.com>
Re: Inconsistency in determining the timestamp of the db statfile. Amit Kapila <amit.kapila16@gmail.com>
Re: Inconsistency in determining the timestamp of the db statfile. Magnus Hagander <magnus@hagander.net>
Re: Inconsistency in determining the timestamp of the db statfile. Amit Kapila <amit.kapila16@gmail.com>
On Thu, Sep 10, 2020 at 6:42 PM Alvaro Herrera  wrote:
>
> On 2020-Sep-10, Amit Kapila wrote:
>
> > On Thu, Sep 10, 2020 at 1:03 PM Magnus Hagander  wrote:
>
> > The comments already say what you said in the second suggestion:"The
> > caller must rely on timestamp stored in *ts iff the function returns
> > true.". Read iff "as if and only if"
>
> I think "must" should be "may" there, if we're nitpicking.
>

Here, we want to say that "caller can rely on *ts only if the function
returns true". If we replace 'must' with 'may' then it seems to me we
are trying to say that caller can ignore the timestamp value, if so,
why at first place caller has called this function.

-- 
With Regards,
Amit Kapila.


В списке pgsql-hackers по дате отправления
От: Tom Lane
Дата:
Сообщение: Re: SIGQUIT handling, redux
От: Fujii Masao
Дата:
FAQ