Re: java.lang.OutOfMemoryError
От | snpe |
---|---|
Тема | Re: java.lang.OutOfMemoryError |
Дата | |
Msg-id | 200302052058.10354.snpe@snpe.co.yu обсуждение исходный текст |
Ответ на | Re: java.lang.OutOfMemoryError (Barry Lind <blind@xythos.com>) |
Список | pgsql-jdbc |
On Wednesday 05 February 2003 19:21, Barry Lind wrote: > snpe wrote: > > But, I can't commit or rollback, does it ? > > If I have to care for query, commit or rollback I can simple use declare > > cursor and I am sure what I do. > > I think that is only solution - cursor out of a transaction. > > It shouldn't be problem with MVC. > > Oracle have cursor out of a transaction and OLTP systems with tousend > > user. It isn't possible any multi database project without this features > > > > Thanks Barry > > Haris Peco > > The fact that cursors are constrained to a single transaction is not a > jdbc issue. That is how postgresql works on the server. If you want > that behavior changed, then this is the wrong email list to make those > requests. Better yet, since this is open source code, the best way to > get anything changed is to code the changes yourself and submit them > back to the community. > > That being said, it is certainly within the jdbc spec for cursors not to > extend across transactions. That is why the meta data classes have > methods for the client to inquire if the server supports cursors across > transactions. > > thanks, > --Barry Hello Barry, I know that isn't jdbc issue and I don't know postgresql internal that I send patch for this - when I can do this that mena to much change in postgresql - in postgresql tansaction begin with select command (without change in database) and that is problem in cursors - I don't know why Thanks Haris Peco
В списке pgsql-jdbc по дате отправления: