Не буду вдаваться в дебри, кто в теме - поймет и так. Собсно, понятно, что тут вся проблема с NLS_LANG, и ранее все решалось на ура на всех рабочих машинах пропиской "NLS_LANG"="AMERICAN_AMERICA.CL8MSWIN1251" в ветке [HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\HOME0] (сразу оговорюсь - тут могут быть варианты, но в моем случае путь ветки завязан на значении "ORACLE_HOME_KEY"). Но на 64-битной семерке вдруг возник странный затык. Скажу сразу - все возможные решения, известные мне, и другие, изъятые из инета, не сработали. Внезапно выстрелило решение добавить NLS_LANG в виде переменной окружения:

С учетом того, что более логичные и верные решения не дали результата, я не вполне словил смысл происходящего, но тем не менее - все заработало...

З.Ы. И лекарство от склероза ;)

Для справки:
Чтобы посмотреть текущую кодировку БД надо выполнить в plsql developer в меню File->New->SQL Window команду
SELECT * FROM NLS_DATABASE_PARAMETERS;

Кодировка клиента:
SELECT * FROM NLS_SESSION_PARAMETERS;

Синтаксис NLS_LANG переменной:
<Язык>_<Территория>.<Кодировка>
где
<Язык> - язык сообщений
<Территория> - NLS параметры - представление дат, разделителей и т.п. по умолчанию
и СОРТИРОВКА ! Но можно задать отдельно NLS_SORT
<Кодировка> - CHARACTERSET в котором работает клиент и желает видеть и вводить данные

http://oraclub.trecom.tomsk.su/faq/nls_lang.htm