GTT
Хоть GTT и автоочищаются, но они под контролем сейвпонтов.
Это можно обойти конечно, но придётся писать несколько более >сложный код.
Кстати, при DELETE ROWS такое наверное (я сказал наверное :)) как опция смотрелось бы логичным. Но призывать не буду, а то тут меня
заморскими помидорам
"Dmitry Yemanov" ...
>
> sw wrote:
> >
> > Если нужна таблица, существующая только в рамках транзакции, которая
> > находится в транзакции, но вне точек останова. Сохранность данных при
> > сбое не нужна. Нужна авто очистка по завершении транзакции.
>
> GTT
Хоть GTT и автоочищаются, но они по
sw wrote:
Если нужна таблица, существующая только в рамках транзакции, которая
находится в транзакции, но вне точек останова. Сохранность данных при
сбое не нужна. Нужна авто очистка по завершении транзакции.
GTT
Да больше тыши и не нужно (пока :)). Просто при обсуждении данной фичи,
кто-
sw wrote:
PS. Забыл title вставить "Любителям проктологии посвящается" :)
Per anus ad astrum. Всё проще гораздо. When - suspend ошибочной
строки - возможность клиенту в конце на них полюбоваться - роллбак если
возврат непустой после этого любования. А если любоваться не надо, то
ещё прощ
Второй подход с использованием контекстных переменных:
В контексте транзакции создаётся переменная 'MESSAGES_COUNT' для количеством
сообщений
и для каждого сообщения 'MESSAGE_' для N-го сообщения.
Изврат, IMHO.
Ну почему же.
Если нужна таблица, существующая только в рамках транзакции, кото
sw wrote:
Второй подход с использованием контекстных переменных:
В контексте транзакции создаётся переменная 'MESSAGES_COUNT' для
количеством сообщений
и для каждого сообщения 'MESSAGE_' для N-го сообщения.
Изврат, IMHO.
Понятно ограничение нужно (у себя установил маскимум в 100 сообщений)
6 matches
Mail list logo
