From: | Dave Cramer <davecramer(at)postgres(dot)rocks> |
---|---|
To: | Rahul Uniyal <rahul(dot)uniyal00(at)gmail(dot)com>, PostgreSQL mailing lists <pgsql-bugs(at)lists(dot)postgresql(dot)org> |
Subject: | Re: Postgres jdbc driver inconsistent behaviour with double precession |
Date: | 2024-03-19 11:39:06 |
Message-ID: | CADK3HH++Mv2L5wBSm--q4JFH=JP8FNd9HmhyE_Pn6VZrnKgm-w@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
On Tue, 19 Mar 2024 at 06:55, Rahul Uniyal <rahul(dot)uniyal00(at)gmail(dot)com> wrote:
>
> Thanks Dave for this much needed information.
>
> I checked with by giving prepareThreshold = 0 it is working as expected .
>
> Also I tried another solution which is also working .
>
> I am setting binaryTransferDisable=FLOAT8 in the connection url and this
> seems also working fine .
>
> Is this approach is also recommended?
>
This might be better as it will retain the prepared statement behaviour for
all the other types.
P.S. please reply all so that others see the answers.
Dave
>
> Thanks ,
> Rahul
>
> On 19-Mar-2024, at 3:22 PM, Dave Cramer <davecramer(at)postgres(dot)rocks> wrote:
>
>
>
>
> On Mon, 18 Mar 2024 at 23:11, Rahul Uniyal <rahul(dot)uniyal00(at)gmail(dot)com>
> wrote:
>
>>
>> Thanks Dave,
>>
>> 1- Is there any performance impact with this change ? As we have lot of
>> double precession fields.
>>
>
> Well the reason we do it is for performance. It saves a round trip, but it
> costs one to get the info we need. So all in all it has minimal impact on
> pefrormance
>
>>
>> 2- This prepareThreshold=0 property should be pass through connection
>> url ?
>>
>
> Yes
>
> Dave
>
>>
From | Date | Subject | |
---|---|---|---|
Next Message | Tender Wang | 2024-03-19 12:07:12 | Re: BUG #18396: Assert in gistFindCorrectParent() fails on inserting large tuples into gist index |
Previous Message | Dave Cramer | 2024-03-19 09:52:35 | Re: Postgres jdbc driver inconsistent behaviour with double precession |