From: | Dave Cramer <pg(at)fastcrypt(dot)com> |
---|---|
To: | till toenges <tt(at)kyon(dot)de> |
Cc: | List <pgsql-jdbc(at)postgresql(dot)org> |
Subject: | Re: statement caching proof of concept |
Date: | 2006-06-19 23:59:20 |
Message-ID: | 43EC5E93-607B-46C5-A133-00CE2E58F523@fastcrypt.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-jdbc |
Till,
Thanks, this is a great example. So how would any caching
implementation deal with this?
I can think of copying the result set into the wrapper, but that
could be prohibitively expensive.
Dave
On 19-Jun-06, at 7:56 PM, till toenges wrote:
> Dave Cramer wrote:
>> AFAIK Postgres doesn't allow concurrent statements on the same
>> connection, so I don't see how using multiple threads would work ?
>
> The statements wouldn't need to be concurrent in the sense of
> happening
> at the same time:
>
> // stupid query
> String sql = "SELECT * FROM quicklychangingtable";
> PreparedStatement p1 = connection.prepareStatement(sql);
> PreparedStatement p2 = connection.prepareStatement(sql);
> ResultSet r1 = p1.executeQuery();
> // do something else for a while
> ResultSet r2 = p2.executeQuery();
>
> What happens with r1? Might be ok, but i'm not sure if this is
> always true.
>
>
> Till
>
From | Date | Subject | |
---|---|---|---|
Next Message | till toenges | 2006-06-20 00:07:11 | Re: statement caching proof of concept |
Previous Message | till toenges | 2006-06-19 23:56:55 | Re: statement caching proof of concept |