И снова здравствуйте!
Пользую FirebirdSQL Server v2.5.7. При описании таблиц, обычно задаю ограничение на столбец не непосредственно в описании столбца, а через CONSTRAINT с указанием имени, как по привычке, так и для того, чтобы раздать триггеру по CHECK права на используемые им таблицы. Мало того, что триггер создается в двух экземплярах (по одному для INSERT и UPDATE) с именами CHECK_<номер>, так еще и GRANT ... TO TRIGGER <check_constraint_name> не учитывает эту особенность и не раздает права на эти триггеры CHECK_<номер>.
Можно ли как-то поправить эту кривизну в следующих снапшотах, например, созданием одного триггера BEFORE INSERT OR UPDATE с заданным именем ограничения CHECK?

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

Предположим, что в некой таблице хранятся границы диапазона, в который должно попадать добавляемое/изменяемое значение. Очевидно, что никакое ограничение по FK здесь не прокатит и надо либо делать ограничение CHECK с выборкой из таблицы диапазонов с допущением, что диапазон не сокращается так, что значения выходят за его пределы (явно запрещено проверкой в триггере для таблицы, хранящей диапазоны), либо писать триггер с похожей проверкой, но использовать FOR UPDATE WITH LOCK на запись в таблице диапазонов.

Симонов Денис, знаю, что системные и знаю, что не могу делать так, как делает сервер:

Но, ИМХО, необходимо поправить сервер так, чтобы либо создавался только один триггер с именем ограничения CHECK сразу для вставки и удаления, либо GRANT ... TO CHECK <check_constraint_name> раздавал права на системные триггеры, созданные для ограничения CHECK.

Мимопроходящий, иди куда шел! :)

wadman, чем плоха реализация ping в UDF? Если бы не лень, я и управление брандмауэром сделал через UDF, чтобы хранить правила в таблицах и прогружать их в NDIS драйвер через UDF. Не вижу реальных проблем в снижения производительности сервера БД при реализации подобных задач.

Симонов Денис, судя по дате последнего снапшота, для 2.5 вообще больше ничего делать не будут ни с чем.

hvlad, 19717954

hvlad, проблема в том, что в скрипте, описывающем таблицу с ограничением CHECK, я не могу раздать через GRANT ... TO TRIGGER <check_constraint_name> права на таблицы, используемые в ограничении CHECK, так как имена системных триггеров на BEFORE INSERT и BEFORE UPDATE для этого ограничения неизвестны до тех пор, пока таблица не будет создана.

hvlad, ну, хотелось бы... 19718077

Симонов Денисво первых у тебя там фигня написана
rdb_devНо, ИМХО, необходимо поправить сервер так, чтобы либо создавался только один триггер с именем ограничения CHECK сразу для вставки и удаления может обновления?Ты правильно понял! Это опечатка.

[quot hvlad]rdb_devЗачем ? У тебя что-то не работает без этих грантов ?
Верно, не работает! Если пользовательской роли есть права на вставку в таблицу с ограничением CHECK, но не даны права на выборку из таблиц, используемых в этом ограничении, то, ожидаемо, сервер шлёт лесом.

hvlad, именно такой workaround и сделал.