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

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

Далее считаю, что дисковая система опимальна (какой-нибудь массив на fiber channel).

При увеличении кэша производительность растет не пропорционально, а скачками - какой-то прирост не вызывает роста производительности, а потом еще капельку - и вдруг случается чудо. Это связано с тем, что оракл перестраивает свои управляющие структуры не монотонно, а скачками. Те же lru_latches или очереди чекпойнтов. Чтобы обеспечить более плавный рост производительности и используются задания параметров, котроые вроде вычисляются ораклом.

Могут еще быть достаточно идиотские платформенные заморочки, вроде памяти больше 2Г под HP-UX, когда из-за переключения страниц ОС возникают хитрые таймауты не дающие, к примеру подключаться пользователям без увеличения ожидания, или вынужденному ограничению размера кэша. Может, правда в последних HP-UXах это убрали - я общался с 10 и 11.0.

Но в конце-концов все можно заставить работать достаточно оптимально.

Ну и последнее. Поставьте MS SQLServer на HP-UX или Solaris и посмотрим, что лучше работает.