Re: Porting from db2 problem
| От | Christoph Haller |
|---|---|
| Тема | Re: Porting from db2 problem |
| Дата | |
| Msg-id | 3E59E628.ED83D72@rodos.fzk.de обсуждение |
| Ответ на | Porting from db2 problem ("Wayne Armstrong" <wdarmst@bacchus.com.au>) |
| Список | pgsql-sql |
> > I am trying to port an app that currently runs over db2 and oracle (on windows > os/2 linux hpux aix etc) to also run over postgres. > I am currently porting the windows client (using odbc). > I am having major problems because of the lack of with hold cursors (cursors > that remain open over a commit) in postgres. There are a lot of places where > the app will - open a cursor with hold - fetch the first 20 or so rows, allow > the user to scroll thru the result set, updating and commiting changes to > particular rows as they go. When the user gets to the end of the current set of > fetched rows - the app will fetch the next 20 or so during a scroll down > operation etc. The user may hold the read-only cursor over the result-set all > day, and it is important that rows that they do update, be immediately > available for other users. > > What do folk do to support this kind of scenario in the abscence of with hold > cursors ? Have a look at SELECT ... FOR UPDATE ... LIMIT ... OFFSET ... ; > Is implementation of with hold cursors likely in the near future? > I have no idea. Sorry. Regards, Christoph
В списке pgsql-sql по дате отправления: