Re: Re: A prepared statement ERROR due to EMPTY_QUERY is defined as a static Instance.

From: Dave Cramer <pg(at)fastcrypt(dot)com>
To: David Johnston <polobo(at)yahoo(dot)com>
Cc: List <pgsql-jdbc(at)postgresql(dot)org>
Subject: Re: Re: A prepared statement ERROR due to EMPTY_QUERY is defined as a static Instance.
Date: 2014-03-11 16:06:20
Message-ID: CADK3HHL3HLCEve21TsNEF7zmWP-tkdZptF3+xbhL+O7hqN8fxA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-jdbc

I have never seen anyone use an empty query before. I doubt it saves any
bandwidth as I believe there would be a query response

Dave Cramer

dave.cramer(at)credativ(dot)ca
http://www.credativ.ca

On Mon, Mar 10, 2014 at 9:22 PM, David Johnston <polobo(at)yahoo(dot)com> wrote:

> Naoya Anzai wrote
> > Hi Dave,
> >
> > Thanks for your response.
> >
> >> Thanks for the patch! Curious how would you ever come across this ?
> >
> > This incident was reported by one of our customers.
> > So I don't know why their application executes EMPTY_QUERY frequently...
> >
> > Regards,
>
> The most obvious reason would be as a keep-alive query...I have no idea
> whether that is a wise decision compared to "SELECT 1;" or something that
> actually causes the server to perform work (i.e., what does the server do
> when it see the empty-string as input?).
>
> David J.
>
>
>
>
> --
> View this message in context:
> http://postgresql.1045698.n5.nabble.com/A-prepared-statement-ERROR-due-to-EMPTY-QUERY-is-defined-as-a-static-Instance-tp5795067p5795476.html
> Sent from the PostgreSQL - jdbc mailing list archive at Nabble.com.
>
>
> --
> Sent via pgsql-jdbc mailing list (pgsql-jdbc(at)postgresql(dot)org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-jdbc
>

In response to

Responses

Browse pgsql-jdbc by date

  From Date Subject
Next Message Naoya Anzai 2014-03-12 02:06:29 Re: Re: A prepared statement ERROR due to EMPTY_QUERY is defined as a static Instance.
Previous Message Moran, William 2014-03-11 15:25:18 Re: JDBC/TIMESTAMP/infnity question