Ошибки Firebird при использовании Symmetricds

Проблема кажется ошибкой в ​​Firebird, где длина CSTRING должна быть в байтах, но на самом деле она использует символы. Ваша база данных, похоже, имеет UTF8 (или UNICODE_FSS) в качестве набора символов по умолчанию, что означает, что каждый символ может занимать до 4 байтов (3 для UNICODE_FSS). Максимальная длина CSTRING составляет 32767 байт, но если вычислить в символах для CSTRING, это резко уменьшит максимум до 8191 символа (или 32764 байта) (или 10922 символа, 32766 байт для UNICODE_FSS).

Обходным путем для этой проблемы может быть создание базы данных с другим набором символов по умолчанию. В качестве альтернативы вы можете (временно) изменить набор символов по умолчанию:

Для Firebird 3:

1. Установите набор символов по умолчанию на однобайтовый набор символов (например, NONE). Использование NONE предпочтительнее, чтобы избежать непреднамеренных проблем с транслитерацией

   alter database set default character set NONE;
   

2. Отключитесь (важно, вам может понадобиться отключить все текущие соединения из-за кэширования метаданных!)
3. Настройте SymmetricDS, чтобы он создавал UDF.

4. Установите набор символов по умолчанию обратно на UTF8 (или UNICODE_FSS)

   alter database set default character set UTF8;
   

5. Отключить снова

При использовании Firebird 2.5 или более ранних версий вам потребуется выполнить прямое обновление системной таблицы (что больше невозможно в Firebird 3), используя:

Шаг 2:

update RDB$DATABASE set RDB$CHARACTER_SET_NAME = 'NONE'

Шаг 4:

update RDB$DATABASE set RDB$CHARACTER_SET_NAME = 'UTF8'

В качестве альтернативы SymmetricDS может изменить свою инициализацию на

DECLARE EXTERNAL FUNCTION SYM_HEX
    BLOB
    RETURNS CSTRING(32660) CHARACTER SET NONE FREE_IT
    ENTRY_POINT 'sym_hex' MODULE_NAME 'sym_udf';

Или, может быть, набор символов BINARY вместо NONE, так как это кажется более близким к цели UDF.