NickDee,

на диаграммах (типа дизайнера БД или QueryBuilder) инструмент может не выводить двойные кавычки. Это облегчит визуальное восприятие. С остальным - несколько сложнее.
Предлагаемая в трекере фича imho абсурдна в том смысле, что редко какой инструмент будет ею пользоваться, а значит, ее важность ниже плинтуса.
Например, как мы будем видеть в таком инструменте "Id" и Id ? "Id" всегда будет везде закавычиваться? А если я создаю таблицы в lowercase, тогда оно мне будет все в lowercase выводить?
Тогда, чтобы было "Красиво", надо еще и этому инструменту уметь редактировать имена таких столбцов, и еще и давать возможность это делать в SQL.

Короче, очередное "изобретение" NickDee :-)

Я бы скорее предложил uppercase объектов не делать при сохранении метаданных, а делать только при их чтении и "обработке" (типа prepare). Ну и чтобы alter column alter name при равенстве (по uppercase) from и to просто заменял название поля (без последствий и зависимостей).
То есть, сейчас upper ddl и sql разнесены во времени, а я предложил бы их объединить (в момент "после").

p.s. вот уже давно IBExpert типа "швейцарский нож", и все чего-то не хватает (кому-то). Ну не будет в нем моделера как ER/Studio и др. Дизайнер там "наколенный". Да, полезен, но до определенного предела.

NickDee,

короче, я за CORE-1645 .

NickDeeI just want to have ability to extract original names as they was defined in DDL (without uppercasing).
I want to have ability to extract TtT and FfF from system tables after "create table TtT(FfF integer)". That's all.
либо ты недопонял core-1645, либо я. Там именно предлагается сохранять регистр имен объектов.
А те имена, которые содержат "доп-символы", заставлять обрамлять doublequotes, что при создании, что при использовании.
Правда, я бы считал table aa и table aA одним и тем же, и не допускал их одновременного существования.