Добрый день!

Oracle Database 12c Standard Edition Release 12.1.0.2.0 - 64bit Production
Linux version 3.8.13-118.13.3.el6uek.x86_64 (mockbuild@x86-ol6-builder-04) (gcc version 4.4.7 20120313 (Red Hat 4.4.7-11) (GCC) ) #2 SMP Fri Oct 21 14:30:26 PDT 2016

Выгрузка в текстовый файл через sqlplus без установки NLS_LANG происходит примерно со скоростью 3 Mb в секунду, но русский текст превращается в знаки вопроса.
Устанавливаю NLS_LANG в в соответствии с параметрами базы (AMERICAN_AMERICA.AL32UTF8) - скорость падает в три раза до ~1Mb в секунду, русский текст при этом сохраняется в исходном виде. В выборке есть два текстовых поля varchar2(4000), где русские символы встречаются не так уж часто.

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

Как объяснить такое радикальное падение скорости? Возможно, какие-то базовые вещи вылетели из памяти...

По умолчанию у sqlplus вроде какая-то 7-битная кодировка? Но тогда, кажется, наоборот, время должно было бы тратиться на тщетную попытку перекодировки из AL32UTF8...

Сегодня как раз

Спасибо ответившим!

Сегодня как раз попробую варианты - раньше тоже, бывало, использовал UTL_FILE и выгружалось довольно быстро.
Просто изначально эта база была READ ONLY, но сейчас уже перевели в READ WRITE и теперь, действительно, можно сделать DIRECTORY для выгрузки и попробовать UTL_FILE. Все-таки одним посредником в лице sqlplus меньше. Попробуем.

Однобайтовая кодировка - да, понятно, возможно, причина в этом. По дефолту сейчас в окружении не задается NLS_LANG, что-то не нашел в документации по SQL*Plus, что в этом случае берется по умолчанию, но, кажется, действительно, какая-то однобайтовая семибитная кодировка. Возможно, при установке NLS_LANG библиотека stdio (как я понял, она подразумевалась в одном из ответов) начинает медленнее обрабатывать данные в Unicode и общая скорость обработки и записи падает. Было бы, наверное, неплохо иметь в sqlplus режим, в котором данные берутся как есть, минуя все NLS-преобразования строк, просто "as is". Если в этом дело.

По поводу настроек в sqlplus - использую такие (возможно, правда, что ARRAYSIZE несколько завышен):
SET ECHO OFF;
SET PAGESIZE 0;
SET LINESIZE 32767;
SET TRIMSPOOL ON;
SET FEEDBACK OFF;
SET TERMOUT OFF;
SET ARRAYSIZE 2000;

Предстоит миграция довольно значительного объема данных, отсюда и заморочки...

andrey_anonymous1. По умолчанию - US7ASCII. Это объясняет знаки вопроса, но не объясняет падение производительности.
2. stdio - стандартный ввод-вывод. Т.е. имеется ввиду вариант перенаправления стандартного вывода:
sqlplus @script.sql >myfile.txt
ok, хорошо

andrey_anonymous3."Минуя NLS-преобразования" - достигается установкой NLS_LANG в значение совпадающее с NLS-параметрами БД

Судя по тестам, перекодировка сама по себе (внутри базы) влияет на время выгрузки в пределах стат. погрешности, т.е. почти никак. Даже если по умолчанию постоянно идет перекодировка из AL32UTF8 в AL32UTF8 (хотя, наверное, такого действительно не происходит) - это почти не отличается по времени работы от ситуации с полным отсутствием перекодировки. Т.е. тут тормоза не внутри базы.

Кстати, попробовал UTL_FILE, скорость выгрузки достигает ~7-8 Mb/сек. Т.е. гораздо эффективнее, чем sqlplus.