SQL Anywhere 10 10.0.1.3685 (EBF были и другие, но проблема не исчезает)

есть в базе ивенты, которые время от времени надо обновлять посредством скрипта (много баз, поэтому и скрипт) примерно следующего содержания:

***
begin DROP EVENT "auto_nightly"; exception when others then end;

CREATE EVENT "auto_nightly"
HANDLER
BEGIN
while (exists (select 1 from dbo.sa_conn_info() i where (i.DBNumber=connection_property('DBNumber'))
and (i.name like '%_backup_%' or i.name='auto_daily' or i.name like 'auto_create_%')) )
loop
WAITFOR DELAY '00:01:00';
end loop;
END;
***

после применения этого скрипта на некоторых базах иногда при выполнении данного ивента в лог вылезает ошибка "caused SQLSTATE '52003' Column 'DBNumber' not found" ну и ивент останавливается :(

лечится так: открыть ивент "auto_nightly" сделать пустое изменения (например поставить enter между любыми строками) и сохранить. после этого всё начинает работать. НО ЭТО НЕ ДЕЛО :(

скажите, кто-нибудь с подобным сталкивался? как лечили?

White OwlСобытие может запускаться и при отсутствии активных коннектов. А в этом случае функция connection_property() теряет смысл.

как? ведь ивент создаёт коннект, соответственно коннект как минимум один есть всегда! или я не прав?

с новым годомеще стоило-бы посмотреть что возвращает dbo.sa_conn_info() если коннектов нет ...
как можно посмотреть и при этом не сгенерировать коннект?

неужели ни у кого, кроме меня такой проблемы нет?

White Owl diallerнеужели ни у кого, кроме меня такой проблемы нет?А ты объясни что данный эвент делать то должен? А то может твою исходную проблему можно (и нужно) решать другими способами? Эвенты вещь полезная, но очень редко когда они действительно нужны.

ивент запускается ночью. и делает расчёты, бэкап и пр. отключает пользователей на время выполнения. и чтобы отключить тех, кого надо, а лишних (из других баз) не отключать я и пытаюсь получить DBNumber и имена запущенных ивентов (по этим именам я и определяю когда кого отключать и не пускать)

но проблема не в этом. проблема в том, что селект из dbo.sa_conn_info() даёт ошибку из сабжа

White Owl diallerивент запускается ночью. и делает расчёты, бэкап и пр. отключает пользователей на время выполнения.Зачем это??? Пользователи ни бэкапу, ни расчетам не мешают (если конечно уровень изоляции стоит).
Процедура требующая монопольного доступа к базе обычно шатдаунит базу с обрубанием существующих коннектов, запускает базу снова внутри локального движка (dbeng вместо dbsrv), делает свое грязное монопольное дело, гасит dbeng и перезапускает базу в dbsrv.
Читай БОЛ про команды stop database и start database.

diallerно проблема не в этом. проблема в том, что селект из dbo.sa_conn_info() даёт ошибку из сабжаПроблема все-же в изначально неправильном подходе :) Не надо работать с базой монопольно, это очень дурная идея. Сегодня твоя контора сидит целиком в одном офисе, завтра она разрастется и в базу будут приходить юзера из других часовых поясов. А ты их не будешь пускать в разгар рабочего дня только потому что у тебя ночь и пора делать бэкап? :)

отлично. спасибо. попробую изменить схему работы по твоему совету.

кста, от ошибки 52003 я избавился (кажется избавился, потому как тестирование пока не очень продолжительное было) путём вынесения проверки (имею ввиду селект из dbo.sa_conn_info) из ивента в отдельную функцию. видимо sybase как-то не очень корректно выполняет ивенты.

diallerкста, от ошибки 52003 я избавился (кажется избавился, потому как тестирование пока не очень продолжительное было) путём вынесения проверки (имею ввиду селект из dbo.sa_conn_info) из ивента в отдельную функцию. видимо sybase как-то не очень корректно выполняет ивенты.

почти месяц на такой схеме работает почти 30 баз. полёт нормальный.

вывод: делать селекты из системных таблиц в ивентах чревато проблемами.