Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Курсор: как всё-таки заставить сделать FETCH PRIOR ?
|
|||
|---|---|---|---|
|
#18+
В теле функции: DECLARE rec record; curs cursor FOR select * from mytable where myfield=$1; BEGIN open cus; LOOP ... END LOOP; FETCH PRIOR FROM curs into rec; Ругаемся на PRIOR. Ставим вместо PRIOR что угодно - ругаемся на что угодно. Ставим вместо последней строки FETCH curs INTO rec - всё тихо и хорошо. Что выходит, курсор нескроллируемый иначе как FETCH curs INTO rec ? MOVE нас тоже неустраивает. Попробовать добавить SCROLL в DECLARE-секции: curs SCROLL cursor FOR select * from mytable where myfield=$1; Строчка вызывает поток нецензурной брани. Блин, всего-то задачка сдвинуться на запись назад. Что я делаю не так ? P.S. Версия 8.2 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.06.2007, 13:50 |
|
||
|
Курсор: как всё-таки заставить сделать FETCH PRIOR ?
|
|||
|---|---|---|---|
|
#18+
cursor'ы в plpgsq и просто курсоры - это не одно и тоже, имхо сравните pgplsql name CURSOR [ ( arguments ) ] FOR query; и DECLARE name [ BINARY ] [ INSENSITIVE ] [ [ NO ] SCROLL ] CURSOR [ { WITH | WITHOUT } HOLD ] FOR query [ FOR { READ ONLY | UPDATE [ OF column [, ...] ] } ] ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.06.2007, 11:35 |
|
||
|
|

start [/forum/topic.php?fid=53&fpage=295&tid=2005379]: |
0ms |
get settings: |
9ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
28ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
37ms |
get tp. blocked users: |
1ms |
| others: | 209ms |
| total: | 318ms |

| 0 / 0 |
