Имхо ты не понял.
kdvNickDee,

на диаграммах (типа дизайнера БД или QueryBuilder) инструмент может не выводить двойные кавычки. Это облегчит визуальное восприятие. С остальным - несколько сложнее.
Какие двойные кавычки? Ты видишь кавычки в приведённом мной SQL?
Я не хочу кавычек нигде. Но я хочу в дизайнере видеть не uppercase-нутые имена. Зачем они там такие? Так повелось? :)
kdvПредлагаемая в трекере фича imho абсурдна в том смысле, что редко какой инструмент будет ею пользоваться, а значит, ее важность ниже плинтуса.
Воспользуются кто нужно. IBExpert бы давно воспользовался, если бы можно было.
Дайте возможность.
kdvНапример, как мы будем видеть в таком инструменте "Id" и Id ? "Id" всегда будет везде закавычиваться?
При генерации SQL всё будет как сейчас, за исключением того, что идентификаторы без кавычек будут писаться в нормальном регистре.

Сейчас будет сгенерирован такой select:
Я хочу вот такой:
Т.е. хочу сохранить оригинальный регистр незакавыченых имён.
kdvА если я создаю таблицы в lowercase, тогда оно мне будет все в lowercase выводить?В зависимости от галки "Приводить имена к верхнему регистру" :)
kdvТогда, чтобы было "Красиво", надо еще и этому инструменту уметь редактировать имена таких столбцов, и еще и давать возможность это делать в SQL.
Инструменту это зачем? А в SQL уже есть ALTER. Правда его нет для таблиц, доменов и прочих объектов.
kdvКороче, очередное "изобретение" NickDee :-)Интересная у тебя проекция в мой адрес:)kdvЯ бы скорее предложил uppercase объектов не делать при сохранении метаданных, а делать только при их чтении и "обработке" (типа prepare).
Так поломаются много существующих программ.
kdvНу и чтобы alter column alter name при равенстве (по uppercase) from и to просто заменял название поля (без последствий и зависимостей).
Это да, но менять не название поля в RDB$FIELD_NAME, а менять его написание в RDB$SRC_FIELD_NAME.
kdvp.s. вот уже давно IBExpert типа "швейцарский нож", и все чего-то не хватает (кому-то). Ну не будет в нем моделера как ER/Studio и др. Дизайнер там "наколенный". Да, полезен, но до определенного предела.Намекаешь что уже нужна IDE с более высоким уровнем полезности чем имеет IBExpert? :)

kdvNickDee,

короче, я за CORE-1645 .CORE-1645so queries
select * from MyTABLE;
select * from MYTABLE;
select * from MyTAble;
must result SQL ERROR: ambigious object name 'MyTABLE'/'MYTABLE'/'MyTAble'Это же огромное количество программ поломается сразу.
И что-то я не пойму какая задача при этом решится.

kdvcreate table Test.
Записываем в имя таблицы Test
Далее, когда идет
select * from test
делаем upper для имени в select, и upper имени в rdb$relations. Совпадает? Замечательно.

Теперь с двойными кавычками. По идее, они нужны чтобы втыкать в имена объектов дополнительные и национальные символы.

Т.е. TEST = Test = "TeST"?
Хорошая мысль :)

kdv,

Они не поломаются, они не сресторятся на FB3 до тех пор, пока в базе не будет устранена несуразность с именами полей.