Я правильно предполагаю, что это можно безопасно делать только когда нет активных транзакций?
Думаю повесить лок в "on transaction start" и ждать завершения других транзакций в течение непродолжительного времени (мониторя mon$transactions). И в случае успеха буду менять метаданные как хочу. А потом отпущу лок, и все продолжат свою работу :)
Такое сработает?

dimitrNickDeeЯ правильно предполагаю
неправильно
Какие действия необходимо и достаточно произвести не сервере, кроме отключения всех пользователей, чтобы можно было менять метаданные?

dimitrво-первых, изменения метаданных бывают разные. Во-вторых, классик или супер? В третьих, что именно понимается под безопасностью?
Я продумываю как бы мне перенести среднее звено трёхзвенки в UDR, чтобы клиенты цеплялись не к серверу приложений, а напрямую к Firebird. Вроде почти всё продумал (главное - RPC и обновление серверных dll с клиента), а вот как быть с изменением метаданных - непонятно.
В трёхзвенке я просто отцепляю весь пул коннектов, держа пользователей на локе. И нет проблем. А вот тут что-то не могу сообразить. Исходя из своих ограниченных пониманий, думал что отсутствия транзакций должно было быть достаточно для изменения любых метаданных. А ты говоришь - нет. Но не говоришь почему :)
Изменения самые разные - почти весь DDL, включая дропание. Продумываю и для классика и для супера.
Под безопасностью понимается, что ничего не поломается в других коннектах. Ну и иногда DDL не срабатывают в одной транзакции, и приходится дробить. Т.е. хочется уверенности что в тонкий процесс применения DDL никто не вмешивается.

dimitrну и в четвертых - идея с триггером и локом бредовая независимо от ответов на предыдущие вопросы
Может я неверно выразился... я бы поставил транзакции на ожидание в очередь (секунд на несколько), и самое интуитивно-подходящее для этого место - триггер.

dimitrметаданные кешируются коннектом, а не транзакцией. Блокируют метаданные запросы, а не транзакции.
Ok. Тогда остаётся только грохать коннекты. А на клиенте писать код для переконнекта.
И придётся научиться ставить входящие коннекты в очередь. Это ведь можно сделать в "on connect"-триггере? Или там уже поздно?

Гаджимурадов РустамЛично я делал галочку "всем выйти вон из БД",
менял метаданные, а потом снимал галочку.
И никаких проблем, всё работало.

Представь себя на месте пользователя :) Какой-то там админ вдруг вмешивается в твою работу! :)

Dimitry SibiryakovNickDeeПредставь себя на месте пользователя :) Какой-то там админ вдруг вмешивается
в твою работу! :)
А вот твоя фантазия совсем не мешает тебе изменять метаданные, которыми пользователь как
раз сейчас пользуется... Экий ты... двуличный.

Дак я делаю это прозрачно для пользователей. Могу таблицу переименовать - пользователь даже не заметит (если алиас останется тем же) :)
Конечно дроп полей он ощутит. Переоткроет окошко.

dimitrШатдаун во всех смыслах правильнее.
Надо попросить чтобы в IBExpert исправили ошибку при манипуляции с метаданными :) Все пишут как им удобнее, блин :) Без всякого уважения к тому, как задумано Джимом :)