Re: statement caching proof of concept
От | Dave Cramer |
---|---|
Тема | Re: statement caching proof of concept |
Дата | |
Msg-id | 43EC5E93-607B-46C5-A133-00CE2E58F523@fastcrypt.com обсуждение исходный текст |
Ответ на | Re: statement caching proof of concept (till toenges <tt@kyon.de>) |
Список | 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 >
В списке pgsql-jdbc по дате отправления: