Я не понял что имел в виду товарищ Компостеров, но с точки зрения ASA форматы BCP и ASCII абсолютно одинаковы.
Выгрузка данных через
дадут абсолютно одинаковые файлы. И они оба совпадают с нормальным CSV (comma separeted values).

КомпостеровОбосновываю:
Я столкнулся с тем, что библиотеки OpenClient версии 12.5.1 , через которые работает bcp, содержат баг.
При заливки таблиц, которые содержат поля типа TEXT/IMAGE, в ASA через bcp, процесс заливки зависает.
С аналогичной проблемой столкнулись пользователи и зарубежных форумов.
А вот на блобах разница действительно есть.
При использовании ascii формата бинарное поле пишется как 0xAAAAA, а в формате bcp все то же самое, но без лидируещего "0x".
Кстати, те кто работает изначально в ASA - никакими OpenClient не пользуются :) Так что тамошние баги нас не особо волнуют. АSA сам умеет выгружать/загружать эти форматы и... Вот только что попробовал на 9.0.1.1899 никаких зависаний не увидел.

КомпостеровВ силу спецификм своей работы , у меня есть прога, которая выгружает данные из ASE , а потом заливает их через bcp в ASA, где пользователи генерят свои отчеты. Спросите зачем это нужно ? Отвечу. Пользователям нужны данные, "замороженные" на текущий момент. А т.к. данные постоянно меняются, то аналогичный отчет , запущеннный через 5-10 мин, выдаст совсем другие показатели.
Может все же имеет смысл объяснить пользователям, что посмотрев на стрелки часов они каждый раз увидят новое положение? А?
Если хочется смотреть на одинаковые отчеты - их можно распечатывать и в папочку подшивать.
Заниматься подобной перегонкой данных... вы меня извините, но это идиотизм.

Компостеров А так - выгрузил из ASE , загрузил в ASA и вперед.
Единственный случай когда такая выгрузка нужна и имеет хоть малейший смысл - перевод всей системы с одной базы данных на другую.

Компостеровформат предсталения даты в ASE и ASA , увы, разный.
В ASA есть специальные опции определяющией как будут показываться даты и таймстемпы, как они будут расшифровываться из строковых представлений. Сильно подозреваю что аналогичные опции есть и в ASE.
Так что все твои возражения по поводу "несовместимости форматов" происходят исключительно от не читания документации.

Компостерова все прелести 9 пока не интересны
Ха! Я последние пару недель копаю работу с хранением данных в XML формате. Те самые "замороженные отчеты". Где-то на удаленых базах они были сформированы, присланы и положены в мою локальную базу в блобы. А теперь я по ним делаю сводные отчеты или просто рассматриваю одиночные. Очень даже легко и удобно получается.

КомпостеровЕсли у тебя есть отчет построенный на базе оперативных данных, как ты будешь его сверять с бухгалтерией при непрерывном поступлении данных ?
Элементарно. "Вот это движение денег по счету за вчера, вот это движение денег за сегодняшнее утро вплоть до полудня. Найди десять отличий." Что такого сложного?
Не надо думать что бухгалтерия такая тупая что не сможет понять почему цифра "Итого сейчас на счету" изменяется каждые пять минут.

А еще, можно строить отчеты с указанием начала отчетного периода и конца отчетного периода.
А еще можно делать уточняющие отчеты любой сложности построенные на дате поступления информации в базу. Например взяв те самые пару сотен листов формата A4 и посмотрев на них можно увидеть надпись "Отчет распечатан такого-то числа в такое-то время" Сравни его с аналогичной надписью на втором отчете и сделай выборку всех записей изменившихся за это время. Тебя научить как делать timestamp поля в таблицах?

КомпостеровИскать расхождения в отчетах, которые содержат пару сотен листов формата A4 вручную - вот это идиотизм ...
Конечно, как раз для этого в команде SELECT придумано ключевое слово WHERE.

КомпостеровА так - есть отдельная БД, в которую можно подгружать данные для сверки , не мешая при этом другим работать
Угу... высосаная из пальца проблема решается методом передвигания гор.