Re: BUG #14526: no unique or exclusion constraint matching the ON CONFLICT

From: Tiago Babo <tiago(dot)babo(at)gmail(dot)com>
To: David Gould <daveg(at)sonic(dot)net>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Peter Geoghegan <pg(at)bowt(dot)ie>, pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #14526: no unique or exclusion constraint matching the ON CONFLICT
Date: 2017-02-09 07:48:24
Message-ID: 549DAB22-678B-47B7-A115-4F4F4E3B4513@gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

Yes, you're right. I'm using parameters for that part of the query.

> On 9 Feb 2017, at 02:00, David Gould <daveg(at)sonic(dot)net> wrote:
>
> On Wed, 08 Feb 2017 18:57:16 -0500
> Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>
>> David Gould <daveg(at)sonic(dot)net> writes:
>>> Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>>>> You should turn on log_statements and look to see what's actually being
>>>> sent to the server.
>>
>>> Last time I looked, the JDBC driver always uses prepared statements.
>>
>> Yeah, but does JDBC actually pull literal constants out of the query
>> string and send them as separate parameter values? That seems like a
>> pretty dumb idea.
>
> I'm guessing that the actual call from Scala uses parameters for this
> part instead of duplicating the same query with only the qualification
> changing.
>
> Tiago, can you show us the actual code that runs this statement?
>
> -dg
>
> --
> David Gould 510 282 0869 daveg(at)sonic(dot)net
> If simplicity worked, the world would be overrun with insects.

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Devrim Gündüz 2017-02-09 08:39:00 Re: BUG #14536: Centos 7 gdal-libs Dependency Problem
Previous Message Andres Freund 2017-02-09 07:04:52 Re: BUG #14530: Logical Decoding Slowness