Спать изнутри процедуры Informix SPL
Как лучше всего выполнить семантический эквивалент традиционного системного вызова sleep () из подпрограммы Informix SPL? Другими словами, просто «сделайте паузу» на N секунд (или миллисекунд или что-то еще, но секунды - это нормально). Я ищу решение, в котором нет включает связывание нового (возможно, написанного мной) кода C или другой библиотеки с сервером Informix. Это должно быть что-то, что я могу делать исключительно из SPL. Подойдет решение для IDS 10 или 11.
@RET - "Очевидный" ответ для меня не был очевиден! Я не знал о команде SYSTEM. Спасибо! (И да, я тот парень, о котором вы думаете.)
Да, это только для отладки. К сожалению, CURRENT в SPL всегда будет возвращать одно и то же значение, установленное при входе в вызов:
"any call to CURRENT from inside the SPL function that an EXECUTE FUNCTION (or EXECUTE PROCEDURE) statement invokes returns the value of the system clock when the SPL function starts."
—IBM Informix Guide to SQL
Помещение CURRENT в отдельную подпрограмму не помогает. Вы действительно получаете другой ответ на первый вызов вашей оболочки (при условии, что вы используете YEAR TO FRACTION (5) или какой-либо другой тип с достаточно высоким разрешением, чтобы показать разницу), но затем вы получаете то же значение обратно на каждом отдельном последующий вызов, который гарантирует, что любой цикл никогда не завершится.
Ответы 4
Я предполагаю, что вам нужна эта «пауза» для целей отладки, иначе подумайте об этом, у вас всегда будут лучшие задачи для вашего сервера, чем сон ...
Предложение: возможно, вы могли бы получить CURRENT, добавить его несколько секунд (пусть mytimestamp), затем в цикле while выберите CURRENT, а CURRENT
Затем вам придется деформировать CURRENT в другой функции, которую вы вызовете из первой (но это взлом предыдущего ...).
Должна быть какая-то веская причина, по которой вы не хотите очевидного ответа:
SYSTEM "sleep 5". Если все, что вам нужно, это чтобы SPL приостанавливался, пока вы проверяете различные значения и т. д., Вот пара мыслей (все они, конечно, полнейшие взломы):
- Сделайте TRACE FILE именованным каналом (при условии, что серверная часть Unix), чтобы он блокировался до тех пор, пока вы не решите читать из него, или
- Создайте другую таблицу, которую ваш SPL опрашивает для конкретной записи из цикла WHILE, и вставьте указанную строку из другого места (ужасно неэффективно)
- Сделайте SET LOCK MODE своим другом: выполните команду «SET LOCK MODE TO WAIT n» и намеренно запросите таблицу, на которой вы уже держите курсор открытым. Конечно, вам нужно обернуть это в обработчик EXCEPTION.
Надеюсь, что это некоторая помощь (и если вы тот же JS славы Ars и Rose :: DB, это меньшее, что я мог бы сделать ;-)
Я понимаю, что ответить слишком поздно. Однако недавно я столкнулся с той же проблемой, и этот сайт отображается как первый. Так что другим людям выгодно размещать здесь новый ответ.
Идеальное решение было найдено Эриком Хербером и опубликовано в апреле 2012 года здесь: Как уснуть (или уступить) на фиксированное время в хранимой процедуре К сожалению, этот сайт не работает.
Его решение - использовать следующую функцию:
integer sysadmin:yieldn( integer nseconds )
CURRENT не изменяется во время выполнения оператора SQL верхнего уровня. Есть DBINFO (), которая делает - и есть информация в sysmaster, которая делает.