Я не стал заморачиваться с passthrough. Просто сделал свою таблицу, в которую все кому нужно пишут какой скрипт нужно выполнить и на каком(их) узлах. Сделал ее реплицируемой и навесил триггер, который на вставляемые записи вызывает событие. Событие берет все скрипты, которые принадлежат текущему узлу и выполняет их по очередности их даты создания через динамический SQL. Так же в таблице есть поле статус выполнения скрипт (не выполнен, выполнен, ошибка) и поле текста полученной ошибки. Если скрипт выполнился с ошибкой, то следующие скрипты не выполняются, выставляется флаг ошибки и записывается текст ошибки. Репликацией все это поднимается наверх и админ в администраторской консоли спокойно может контролировать что и как выполнилось на удаленных узлах, в т.ч. поправить ошибочный скрипт и выставить ему снова флаг невыполненного для обработки. Далее уже по желанию на эту таблицу навешиваем добавление новых пользователей, смену их пароля с поддержкой передачи в криптованном виде, смену параметров репликации, при желании обновление структуры обьектов БД (хотя для этой цели у меня другая система специальная) и всего, что душа пожелает, что гарантировано бы выполнилось, было контролируемо и удобно, в отличие от passthrough, который смахивает на игру в одну сторону или черный ящик
--
www.rusug.ru - портал русскоязычной группы пользователей Sybase