

вы пытались ограничить количество строк?
нравиться:
SELECT * FROM view@dblink order by 1 OFFSET 10 ROWS FETCH NEXT 10 ROWS ONLY
Я не согласен с отрицательным мнением по этому ответу. Существует большая вероятность того, что добавление предложения, ограничивающего количество строк, изменит план выполнения таким образом, что также уменьшится объем временного табличного пространства. Например, план выполнения может измениться с хэш-соединения на вложенный цикл, что, возможно, потребует меньше места для хранения промежуточных результатов. Общее время выполнения может увеличиться, но это может быть приемлемым компромиссом. С другой стороны, ограничение строк может оказаться невозможным — возможно, подсказка типа /*+ FIRST_ROWS(10) */ будет работать лучше. И это решение позволяет избежать устранения основной причины.
Представление содержит запрос SQL, который, вероятно, выполняет хеш-соединения, сортировку, агрегацию и т. д., что требует временного пространства, если оно превышает максимально разрешенный PGA для каждого процесса. Это вполне нормально. В некоторых случаях можно использовать подсказку для изменения типа соединения (например, принудительные вложенные циклы), метода распределения пикселей или порядка соединения, чтобы уменьшить потребление памяти, но это само по себе может вызвать проблемы с производительностью. Никто не сможет порекомендовать что-либо подобное, не видя вашего запроса и не зная ваших данных, что невозможно на этом форуме.
Вам придется обратиться к администратору базы данных удаленной базы данных, к которой вы запрашиваете, и попросить его проверить со своей стороны. Это может (обычно) плохой план, например план с декартовым соединением или скрытым частичным декартовым соединением (соединение «многие ко многим»), который раздувает строки промежуточного набора результатов, которые затем передаются в более позднее хэш-соединение (где временное пространство будет намного больше, чем должно быть), но это также может быть просто слишком много данных для определения размера назначенного временного табличного пространства меньшего размера, и в этой ситуации администратору базы данных придется увеличить табличное пространство.
Не могли бы вы вставить полную ошибку ORA?