krapotkinВ данном случае Вы можете использовать кодировку "UNICODE_FSS", как правило затруднений при использовании данной кодировки взамен "UTF-8" возникнуть не должно.
саппорт мягко говоря неправ.

krapotkinя решу эту проблему?
"дефолтный" чарсет в БД InterBase и Firebird - это всего лишь чарсет, в котором создаются строковые столбцы и переменные (и нынче текстовые блобы) без явного указания чарсета. Поэтому смена или указание дефолтного чарсета в самой БД ничего не меняет.
Другое дело, сможешь ли ты указать UTF8 при коннекте. Извне - конечно, да. Средствами хостера - вопрос. Если хостер для своих средств дает возможность только выбора чарсета коннекта, и не дает возможность его указать явно - значит, облом.

krapotkinтогда да, осталось только чтобы metadata extractor в IBExpert указывал бы явно character set в доменах и параметрах ХП,
иначе обновляющий скрипт сейчас приходится дорабатывать вручную
гм. Ну понятно, что IBExpert пропускает чарсет у столбцов, если он совпадает с дефолтным. Но, с ваших слов, получается, что у вас дефолтный чарсет оригинальной БД и дефолтный чарсет новой БД отличается?
Что в этом случае вы хотите получить? Чтобы оригинальная БД после обновления осталась в старом чарсете?
Тут есть два варианта:
1. либо вы перед накатом новых скриптов меняете дефолтный чарсет на новый
2. либо вы перед получением скриптов из новой БД меняете ее чарсет на тот, который у оригинальной БД.

Грубо говоря, вы должны так или иначе старую БД привести к состоянию новой. И если в новой БД чарсет отличается от старой, то это первое изменение в старой БД, которое нужно сделать. Если вы полагаете, что кроме наката скриптов дефолтный чарсет БД менять не надо - это ваши личные проблемы.