Добрый день!
На не совсем приятные грабли наткнулся. Есть таблица, в которой несколько полей могут принимать только логические значения. Поэтому в качестве домена для них указан D_BOOLEAN, поля на основе которого FiB'ы трактуют как логические. И в Grid'ах он отображаются соответственно, если выборка идет напрямую из таблицы или простого представления на основе таблицы.
Если же добавить в представление группировку (не затрагивающую эти поля агрегатными функциями), то теряются исходные типы полей и заменяются нечто из серии RDB$xxxx с типом INTEGER.
Попытки явно указать тип значения через cast желаемого результата не дают.

Почему так и ЧЯДНТ?
FB 2.5.7

dennis-rKirill RazuvaevЕсли же добавить в представление группировку (не затрагивающую эти поля агрегатными функциями), то теряются исходные типы полей и заменяются нечто из серии RDB$xxxx с типом INTEGER.
Попытки явно указать тип значения через cast желаемого результата не дают.

Почему так и ЧЯДНТ?
FB 2.5.7Выбор большой:
1. Взять 3.0 с натуральным булевым типом.
2. Остаться на 2.5, но допилить определение булевых полей в FIB'ах при использовании запросов (например, завести таблицу с описаниями полей для каждого нужного запроса).
2. Дело-то, вообще говоря, не в FiB'ах. Не ясно, почему в "простом" представлении FB сохраняет исходные типы (домены) полей, а при группировке утрачивает их, хотя поля не используются в агрегатных функциях, и следовательно, их размер не может меняться при выполнении группировки.