Сейчас имена объектов бд хранятся в системных таблицах в uppercase.
Например после


в системных таблицах получаем все имена в uppercase.
Хочется возможность извлечь из системных таблиц имена в том case, в котором они были созданы.
Это нужно для того, чтобы например в средствах разработки (в том же самом IBExpert) можно было использовать нормально-читаемые идентификаторы (в скриптах, в подсказках (по ctrl-space) и пр).
Предлагаю добавить новое поле в системные таблицы. Имхо будет удобно.
Сейчас конечно можно обрамлять имена объектов в кавычки при создании, но тогда приходится эти кавычки писать во всех sql, что излишне.

Евгений Путилин,

Я так и делаю. Но тогда приходится везде в sql ставить эти кавычки. Опыт показывает что это не удобно.
Задача только в том, чтобы иметь нормальные подсказки в IDE, а кавычки практически сводят на нет всё удобство.

PEAKTOPNickDee

есть мнение, что кто-то диалекты SQL 1 (регистро-независимый) и SQL 3 (в т.ч. и имена объектов в национальной кодировке) путает...
Это не про меня.

Увидел интересный скриншот 16120377 , и вспомнил про эту хотелку.
У нас либо имена полей в генерируемом sql будут в двойных кавычках, либо и в построителе и в sql всё будет в UPPERCASE.
Ещё раз предлагаю рассмотреть возможность получения имени поля в том регистре, в которм оно было в CREATE TABLE.

Гаджимурадов Рустам,



в системных таблицах всё будет в UPPERCASE. Нужно без него.

Гаджимурадов РустамNickDee> Нужно без него.

Юзай кавычки.

Хочу как на скриншоте 16120377 . Там всё в правильном регистре и без кавычек. Хочу чтобы у нас можно было так же.

Dimitry SibiryakovNickDeeв системных таблицах всё будет в UPPERCASE. Нужно без него.
Для этого понадобятся дополнительные поля, в которых будет сохранено оригинальное имя.

Я это понимаю.

Вот: CORE-4455

Гаджимурадов РустамNickDee> Там всё в правильном регистре и без кавычек

А в чём сам сакральный смысл "без кавычек"?
Лень два символа набирать (тем более, что у
тебя они автогенерируются) или что ?

Ты от меня чего хочешь? :)

Dimitry SibiryakovNickDeeЯ это понимаю.
И значит понимаешь, что ни один из ныне существующих инструментов не сможет с ними
работать, то есть делать то, что ты хочешь?..

Точнее сказать - ни один не может. И никогда не сможет, если не дать такую возможность.
Я бы в своих интструментах заиспользовал такую возможность, если бы она была.

Есть у меня к примеру конвертилка БД в delphi-классы, для внутренних нужд. Вот к ней бы прикрутил в первую очередь.

И в QueryBuilder фаст-репортовский тоже. Чтобы названия переменных выводились красиво.

В IBExpert тоже хотел бы чтобы по ctrl+space выводилось нормально, и при генерации скриптов.

Имхо ты не понял.
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 до тех пор, пока в базе не будет устранена несуразность с именами полей.