Есть несколько хранимых процедур, которые перегоняют данные из группы таблиц в одну, выгребая только определенные поля (в общем выполняется построение куба данных по схеме звезда для OLAP). Но на где-то 66000 записей все это благополучно виснет - заканчивается вся память, даже в файле подкачки   Причем память расходуется собственно при выборке данных в курсор и последующей по нему итерации... Подскажите пожалуйста возможные варианты оптимизации  

Ну так не тащи сразу все. Поштучно обрабатывай.

возможные этапы:
- триггеры вместо ХП(если это возможно) - нагрузку не уменьшат, но растянут её по времени; если возможно, конечно, выбирать данные "из нескольких таблиц ы одну" сразу после вставки каждой записи(ну, статистики там нет или ещё чего агрегирующего)
- оптимизировать структуру БД(уменьшить таким образом количество полей, выбираемых в ХП)
- оптимизировать логику(как-то странно выглядит выбор такого количества записей "по запросу"; может, что-то лишнее делаем?)
- оптимизировать настройки СУБД(сам таким не занимался, однако, от настроек много чего зависит)
- подавить использование индексов(вдруг у тебя 80 - байтные индексы при количестве записей в несколько миллиардов? впрочем, я точно не уверен, что индексы целиком бросаются в память)
- перенести нагрузку на клиент(кто-то ведь информацию требует? или нет?)
Собственно, без конкретизации задачи(особо интересует - зачем такое количество записей выбирать по запросу и куда-то переносить?) это будет гадание на кофейной гуще. А гадалок - не так много...

SergeBS, skyboy, 
Спасибо, реально помогло  А такое количество нужно было для переноса данных из БД фронт-офиса в ейную же подсистему анализа, там же представление данных другое для OLAP-сервера