Re: BUG #18457: Possible data loss needs to be evaluated

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com>
Cc: "julius(dot)ernesti(at)kpi4me(dot)de" <julius(dot)ernesti(at)kpi4me(dot)de>, "pgsql-bugs(at)lists(dot)postgresql(dot)org" <pgsql-bugs(at)lists(dot)postgresql(dot)org>
Subject: Re: BUG #18457: Possible data loss needs to be evaluated
Date: 2024-05-07 13:58:15
Message-ID: 4056218.1715090295@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

"David G. Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com> writes:
> If you actually perform that algorithm manually using two psql sessions you
> will find, if done properly, that the row with id=4 exists. If it does not
> then show that work because you will indeed have found a bug. But as of
> now you have not demonstrated a bug in PostgreSQL.

Yeah. This could be a Postgres problem, or it could be an application
problem. Given the lack of other similar reports, the a-priori
assumption has to be that it's an application problem. In any case,
there's no way for the rest of us to investigate since we don't have
access to either the application or data involved.

regards, tom lane

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Tom Lane 2024-05-07 21:27:08 Re: BUG #18348: Inconsistency with EXTRACT([field] from INTERVAL);
Previous Message Sujeet Swaminath 2024-05-07 12:49:55 Re: BUG #18333: Postgres is crashing if we have special character in the query