Знаю, что вопрос в разных вариантах уже примерно 100500 раз обсуждался, но так сходу не нашел объяснения, которое мне бы помогло. Если что-то проглядел - прошу не бить сразу а кинуть тынц

Ситуёвина такая.

Есть система клиент/сервер давно уже написанная. Клиент на дельфи, сервер на ANSI-C (с самодельным интерфейсом к ораклу). Среди прочего есть процессы (тот же ANSI-C), читающие данные из файлов и закачивающие в базу (ну например в таблицу ТБЛЯ). Система не поддерживает Unicode, поэтому нужно следить за кодировкой. Система установлена у турецкого заказчика и работает без проблем.

Теперь заказчику приходит в голову перейти на ETL (как уж он там его понимает - неважно). В результате наш процесс должен читать данные не из файла, а из таблицы (ну скажем ЕТЛБЛ). Заменяем у него только читающую часть и - опаньки! - в нашей таблице ТБЛЯ оказываются кракозябры. Вопрос: что в этой ситуёвине проверять? Конечно хочется все спихнуть на заказчика и сказать: твой ETL пишет в таблицу ЕТЛБЛ в неправильной кодировке (раньше то все работало без проблем!). Но как это доказать? И что можно проверить у себя, чтобы исключить, что мы что-то неправильно делаем?

softwarerновичок2016Конечно хочется все спихнуть на заказчика и сказать: твой ETL пишет в таблицу ЕТЛБЛ в неправильной кодировке (раньше то все работало без проблем!)
Это настолько наглая демагогия, что на месте заказчика я бы сильно обиделся.



ну да, решили не наглеть и не стали так говорить :-)

softwarerновичок2016Но как это доказать? И что можно проверить у себя, чтобы исключить, что мы что-то неправильно делаем?
Вполне очевидно, нужно взять файл, который у вас правильно грузится, и хоть руками положить его в таблицу. Пообщаться с заказчиком и прийти к консенсусу на предмет "правильно ли он там лежит". Для аргументации стоит использовать функцию dump . Ну и после этого (либо параллельно с этим) отладить загрузку из таблицы, сравнивая с эквивалентными стадиями загрузки из файла.


спасибо за совет. Начнем с дампа для обеих таблиц