Вам все пытаются сказать, что ограничивающим фактором является скорость системы дискового ввода-вывода, а вовсе не скорость сетки между базой и сервером приложений.

Думаю, что "задержками в передаче" можно пренебречь, во всяком случае влияние будет мизерное, особенно по сравнению с многочисленными "оптимальными" Z* разработками а учитывая скорость ввода/вывода, обработка курсоров на этом фоне это вообще копейки. Кстати вы анализ проводили для SAP среды?
А так - как писали выше, обращайтесь к вендору... есть ведь возможность объединять несколько сетевых адаптеров, скорости это конечно не добавит, а вот производительность вырастет.

Слишком сильное утверждение, я думаю не так часто при разработках на SAP используется Fullscan по всей БД ибо тут ничего не спасет.
А вот работа с определенным диапазоном данных прекрасно попадает в Buffer cache (на Oracle), ну думаю еще у самой Application части есть какие то Cache (я не базисник поэтому только предполагаю), поэтому дисковый ввод вывод как раз получается не сильно будет влиять. Понятно что есть еще запись в Redo log, Rollback segments но это последовательная запись.

Прочитайте еще раз мой вопрос. Вы действительно считаете, что все, необходимые Вам данные, будут лежать в памяти? Объемом базы ERP поинтересуйтесь, который за год работы сотни-другой пользователей набегает.

select * по табличке размером в терабайт даже с самыми оптимальными критериями выборки порождает очень много ввода вывода. на этом фоне задержки связанные с сетью незаметны.