From: | Dave Cramer <davecramer(at)postgres(dot)rocks> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | 姜梦洋 <minesunny(at)icloud(dot)com>, pgsql-bugs(at)lists(dot)postgresql(dot)org |
Subject: | Re: the same time value return different values,is it a problem |
Date: | 2023-09-15 16:58:32 |
Message-ID: | CADK3HHKozg1n+X3UnMZPHQ7Bv--+QigBVcxet2C6e75fhUdsww@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
On Wed, 13 Sept 2023 at 10:17, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> =?utf-8?B?5aec5qKm5rSL?= <minesunny(at)icloud(dot)com> writes:
> > I find the time type accuracy of the database. Using
> PreparedStatement, the accuracy found out for the sixth time is different
> from the first five times. This number is exactly the same as the threshold
> of the PreparedStatement. I can understand that the database can optimize
> PreparedStatements and reduce repeated parsing and other unnecessary
> operations. but I don’t quite understand how such processing will affect
> the execution results(Or maybe I don’t have a deep understanding of
> PreparedStatement.).
>
What is the difference and the type of the column? I'm not about to open a
zip file.
>
> If you're using JDBC, this is probably the same effect discussed at
>
>
> https://www.postgresql.org/message-id/flat/CAKyg5Sj%3D85niw8%3DZhX-quHaCQTPhG40REi1s%2BHYF6Snz4Dfi7Q%40mail.gmail.com
>
> It's got something to do with retrieving the query results in binary
> mode instead of text. The query result at the server is the same,
> but the JDBC driver is rendering it differently.
>
>
rendering is not quite right. The parsing tends to be slightly different in
text vs binary.
Dave Cramer
www.postgres.rocks
regards, tom lane
>
>
>
From | Date | Subject | |
---|---|---|---|
Next Message | Alexander Lakhin | 2023-09-15 17:00:00 | Re: BUG #18070: Assertion failed when processing error from plpy's iterator |
Previous Message | Robert Sanford | 2023-09-15 16:23:15 | Re: Segmentation Fault |