Существует мнение, что если создать БД в которой выборка данных будет происходить преимуществеено с помощью временных таблиц в памяти (@table), то резко возрастет нагрузка на сервер, т.е. "забьется" память.
Вопрос следуюий. Обычный селект разве не формирует dataset в памяти прежде чем отправить его клиенту? Такая мысль зародилась у меня после того как я обнаружил, работая с Delphi что событие OnFetch срабатывает только после того как произойдет селект, т.е. какой бы тяжелый селект не был прогресс бежит быстро но не сразу, а слегка погодя. Может пока идет "погодя" датасет формируется в памяти сервера?

Glory спасибо за полезную ссылку.
При работе с клиентом я вроде все понимаю. Можно указать тип курсора. Можно количество записей на странице и еще кучу параметров. Но меня интересует прежде всего вот что. Допустим курсор на сервере и разбит на страницы. Датасет для этого курсора сформированный например "select * from myTab" в памяти(может на диске коли большой) или курсор по таблице бегает, т.е. этот датасет материализуется в памяти? И самое главное если датасет сформирован не простым селектом а "declare @tmp table... insert into @tmp... select * from @tmp" где датасет для курсора?
Ну когда курсор на клиенте, то вроде и думать нечего. Датасет для него у клиента в памяти. Ну коли он большой операционка его на диск пихнет.
А может я сейчас и сам отвечу. Если select вернул большое количество данных, то он полагаю преимущественно на диске во временной таблице и курсор по диску бегает. Если не большое то он в памяти.
Тоже самое и @tmp.