ElicБораТорапропущено...
Вот о чем и речь.
локаль ведь тоже должна.... иначе будут кракозябры....Чудак, неужто кто-то будет таращится в моник, когда cron-ом сработает загрузка?! И за это кому-то платят зарплату ?!!

Действительно, достаточно поменять NLS_LANG - кодировок.
Если на юникс машине с locale KOI8 или UTF-8 поставить NLS_LANG AMERICAN_AMERICA.CL8MSWIN1251,
а файл в 1251 - да, при просмотре будут кракозябры, но в базу пойдет все также как с вин машины. SELECT с винды даст русские символы.
Т.е. тут порядок. И мне этого в принципе достаточно.
1251 по умолчанию на RHEL сейчас нет, что-то надо до-устанавливать....

Мне не очень понятно как какое-то время sql-файлы и exp-дампы грузились с AMERICAN_AMERICA.AL32UTF8 (на сервере базы и на сервере загрузки-выгрузки был одинаковый NLS_LANG - .AL32UTF8).

Если exp-дампами можно считать, что при одинаковом NLS_LANG просто не будет никаких
перекодировок, то как работали *sql файлы c 1251?
Их совершенно точно грузили с линукса с AMERICAN_AMERICA.AL32UTF8 и всё работало.
В винде при чтении был русский.
Сейчас проверил - не прокатывает.

ElicБораОраможно считатьТебе, ламеру, не рекомендуется что-либо считать.
Согласен, прошу сильно не пинать, постараюсь точнее изложить.

Считаю, Точнее прошу объяснить ситуацию, если на клиенте NLC_LANG совпадает с NLS_CHARACTERSET в базе.
Например, если база с "европейским" NLS_CHARACTERSET и на клиенте такой же NLS_LANG,
то в винде при вставке/чтении русских символов(1251) проблем не будет(будут другие проблемки). Хотя NLS_LANG не соответствует русскому.
Т.е. нет "перемапливания" символов при передаче между клиентом и базой.
С этим согласны? (нет под рукой базы с таким NLS_CHARACTERSET проверить)


C UTF это как-то по другому работает....
Если ставлю и на винде такой же NLS_LANG = .AL32UTF8 как в базе(или 1251 ), то при чтении получаю :
ORA-29275: partial multibyte character

В линуксе тоже как-то не так работает, - вижу русский при NLS_LANG =.AL32UTF8 и если НЕ установлен LC_ALL=
и в терминале стоит виндовая кодировка.
С LC_ALL=ru_RU.UTF-8 - идут вопросы.... возможно это проблемы кодировки терминала.


--nls_lang должен соответствовать содержимому файлов.

Да, спасибо....
В целом при любой локали+ .CL8MSWIN1251(nls_lang), загруженный файл с 1251 русским текстом(Insert, dump), потом нормально читается в винде c .CL8MSWIN1251.