Есть некая таблица. И в ней один из разработчиков создал поле с именем VALUE, которое является ключевым словом. Услужливый IBExpert безо всякого на то разрешения взял его в кавычки и отработал скрипт. В итоге на этом поле сломалась генерация запросов и еще пара вещей. Я посмотрел в RDB$RELATION_FIELDS - никаких пометок, о том что наименование поля является ключевым словом и к нему надо обращаться через кавычки - не нашел.
В связи с этим хотелось бы поговорить с опытными людьми:
1. Имеет ли смысл просить реализовать запрет на уровне сервера на создание имен таблиц/полей и прочего с кавычками?
2. Как найти другие такие поля, без владения списком ключевых слов, который к тому же меняется от версии сервера? Ответ скорее всего - никак, но вдруг.
3. Стоит ли просить разработчиков сделать системную таблицу со списком ключевых слов с флагом RESERVED для данной версии сервера, в т.ч. FUTURE RESERVED? Например, в 2.5.5 туда можно было бы добавить DELETING, INSERTING, UPDATING и пользователи знали бы, что эти слова в будущих версиях будут зарезервированы. То же самое с LOCALTIMESTAMP - в 3.0.3 добавляем как FR, а в 3.0.4 уже как RESERVED. Вплоть до того, что запретить создавать новые поля с пометкой FR.
3. Проверяете ли вы свою БД на предмет таких наименований полей?

KreatorXXI,

Ненормальная практика. По крайней мере, в FB.

Загрузил список ключевых слов и протестил базу. Сработала проверка на COMMENT (про который ты написал) - но я не припомню никаких проблем с этим словом. И сейчас спокойно добавляю поля с таким именем. С удивлением узнал, что NAME - это тоже незарезервированное ключевое слово. IBExpert не выделяет это слово жирным шрифтом, и как-то не думал об этом. Имхо, незарезервированные слова все-таки можно использовать без всяких последствий (без учета перехода в RESERVED в будущем).

Судя по RN, в 3.0 уже (так в "Руководство по языку SQL СУБД Firebird 3.0" написано). В 2.5 еще не.

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

Сервер выдает ошибку, если создавать таблицу ручками, как ты написал.
Кавычки добавляет IBExpert, когда генерирует запрос для создания таблицы.

В версии от 7 января - молча. Это позднее появилось?