При сравнении в двух БД таблиц, содержащих поле типа CHAR( <n> ) CHARACTER SET OCTETS (используемое у меня для значений UUID), модуль сравнения данных генерирует сценарий, в котором значения этого поля имеют вид строковых литералов, хотя на самом деле они этого не допускают, т.к. содержат двоичные данные. Пользоваться таким сценарием невозможно. В частности, если значение поля содержит нулевой байт (#0), то следующий за этим байтом текст остаётся не загружен в редактор сценариев.
Наверно, следует автоматически помещать значения полей такого типа в LOB-файл или дать возможность пользователю с помощью настройки сравнения сделать это. Ещё один способ решения проблемы — введение специальных знаков в литералы (наподобие паскалевских #<n>).

IBExpert,

имеется в виду сравнение данных (не метаданных) таблиц в двух базах данных Firebird 1.5 (ODS 10.1).
Может быть, в IBExpert'е уже есть 16-ричные литералы, и я просто не знаю? Но почему они не используются в сценарии, который генерируется при сравнении?

IBExpert,

Вот две БД с таблицей для сравнения. При сравнении в одну сторону часть текста сценария в редакторе исчезает (байт 0x00), при сравнении в другую сторону строка оператора update разрывается (байты 0x0d и 0x0a).