и ещё раз,

эта тема обсуждалась достаточно давно. На текущий момент поздно метаться, потому что create table "test" приведет к появлению таблицы в Rdb$relations с именем test, и там нет никакой информации о том, что это имя должно быть "закавычено".
Таким образом, если без добавления специфической информации в rdb$relations сделать case preserve, то автоматически получим, что закавычивать надо абсолютно все, или наоборот, потеряется case sensitive при квотировании.

и ещё раз,

я понимаю, но как ты это обеспечишь одновременно case preserve и quoted case sensitive? разве что доп. флагом в rdb$relations, а его нет.

и ещё разПерестал вас понимать. Напишите пример на sql.
господи. при чем тут sql. Попробую на пальцах.

create table test - в этом случае сервер делает upper('test') и заносит TEST в rdb$relations
create table "Test" - в этом случае сервер не делает upper, и заносит Test в rdb$relations.

Сейчас сервер отличает TEST от Test сравнением на равенство с upper(rdb$relation_name). Если они равны - ок. Если не равны, то сравнивается точное значение (квотированное), и если строки не совпадают (например 'test' и 'Test') - будет ошибка "нет такого идентификатора".
Таким образом не-квотированные идентификаторы у нас case insensitive, а квотированные - sensitive.
Еще раз повторяю, что в rdb$relations у таблицы нет никаких признаков "квотированности". Именно поэтому create table "TEST" эквивалентно create table Test.

Допустим, предлагается сделать case preserve. Ок, тогда сервер при сохранении объекта не будет приводить его имя к UPPER. Получается, что мы можем написать select * from Test, но по rdb$relations сервер не сможет понять, к какой именно таблице мы обращаемся - TEST или test. Определить это можно только используя квотирование, но это сразу превращает все в case sensitivity.
Опять непонятно? Представьте себе два множества - одно регистронезависимое, где все элементы идентичны, и другое, где все элементы считаются разными (в зависимости от регистра). Как их склеить?
rdb_devк верхнему регистру приводит fbclient или сам сервер? Если сервер, то настройка "сохранять регистр"
боже ж мой, какой клиент? клиенту вообще пофиг, что вы там пишете и передаете на сервер.
Я как раз говорю, что без "настройки" невозможно реализовать case preserve и case sensitivity одновременно. Причем, настройка должна быть не у сервера, и даже не у базы данных, а у таблицы - считать ее имя точным в соответствии с регистром, или наоборот, игнорировать регистр.

я все это к тому, что без изменений в rdb$relations, только кодом сервера реализовать и то и это не получится.

и ещё разНужно чтобы одновременно и сохранял оригинальное и приводил к UPPER.
и? откуда все равно знать, что это не квотированный идентификатор?
name original
TABLE Table
Table Table

дальше-то как их отличать? Вместо этого можно было бы сделать флаг - квотированное имя, или нет.
Create table "table" - квотированное, может быть несколько таких имен в разных регистрах.
Create table Table - не квотированное, сохраняем Table, дальше без квотирования регистр игнорируем. И такое имя может быть только одно.
select from Table - выбираем из не-квотированного, в любом регистре
select from "Table" - задано квотирование, но такого квотированного имени нет, ошибка
select from "table" - задано квотирование, такое имя точно есть, ошибки нет.

короче, флаг нужен.