Товарищи,

Начал разбираться с ADO .NET, так понимаю, что хранение данных в локальной памяти позволяет ускорить работу и не обращаться лишний раз к SQL серверу.
Так вот в чем вопрос:

Открывается веб - страница, происходит обращение к БД, выбирается некое под-множеество записей (в соответствие с переданными параметрами, состоянием веб сессии и т.п.), их нужно отбразить на странице. Если я заполняю Typed DataSet этими записями:

DataTable table = new DataTable("ProductTable");
SqlCommand sqlStr = new SqlCommand("select * from " + Session["TableName"], conn);
SqlDataAdapter dataAdapter = new SqlDataAdapter();
dataAdapter.SelectCommand = sqlStr;
ProductDataGrid.DataSource = table;
dataAdapter.Fill(table);
ProductDataGrid.DataBind();

Далее, если мне нужно просто пересортировать или отфильтровать полученный набор данных - мне же не обязательно обращаться к БД, - можно ли эти операции (сортировки, поиска) выполнять над локальной таблицей, загруженной в Typed DataSet? Потому что перезаполнять его я буду только тогда, когда уже понадобится какой-то другой фрагмент.

То есть вопрос в том, возможно ли такое вообще (как проверять, загружено уже что-то в локальную таблицу или нет?), и даст ли это прирост скорости?

И еще: создавать датасет лучше вручную (на лету) или надо создать некий dataset.xsd в папке App_Code? -там же можно и таблицы и тп.п или опять же лучше создавать/привязывать/заполнять в момент выполенния запроса?

Спасибо за ответы :)
Но, во-первых: вы на некоем своём языке тут говорите, непонятно местами )
Во-вторых, уточню: если мне не нужно апдейтить те записи, которые я собираюсь показывать, тогда как? То есть вопрос о том, как часто и каким именно способом загружать измененные записи обратно в БД не стоит вообще.
1. Все только на просмотр (это не интерфейс для работы с БД, а внешний сайт).
2. Записи в БД (нашими операторами, изнутри) меняются так редко и неспешно, что этим можно пренебречь. Для редактирования они используют другой софт.
То есть: не выгодно ли иметь некий слепок данных на стороне веб сервера и вот именно с ним и работать, заполняя его один раз - конечно при том условии, что параметры запроса не менялись. В какой-то момент, естественно, произойдет смена параметров - вот тогда то и полезем за новыми данными в БД. Для таких случаев и нужен датасет (System.Data.DataSet)?
А вот вы тут про Linq говорили? Причем он тут? Это же сделано для унификации обращений к разным источникам данных, если не ошибаюсь (простите если глупость сказал).

В какой-то момент, естественно, произойдет смена параметров - вот тогда то и полезем за новыми данными в БД. Для таких случаев и нужен датасет (System.Data.DataSet)?
да, еще дополнение - почему, собственно, возник вопрос.
вот я читаю, что работа в разъединенном окружении происходит быстрее, чем когда нужно каждый раз обращаться к БД. не могу понять: если я один раз за сесиию уже заполнил датасет (при первом обращении), то при повтором открытии той же, грубо говоря, страницы система опять полезет в БД и заполнит датасет? или она сама поймет, что он уже заполнен? то есть: можно (и нужно) ли как-то руками определить - заполнен датасет уже или нет?

Ex_SoftЕсли без сортировок, paging'ов - то тогда, действительно, Вам DataSet'ы не нужны Вообще, будет и разбивка на страницы и сортировка. Но это я так думаю лучше делать на стороне SQL сервера и я знаю, как, и работает это достаточно быстро и надежно. Нет смысла выбирать много сотен записей из базы и тащить их на веб сервер, имхо, какой тут выиграыш?!
Просто, в случае refresh страницы, когда по каким либо причинам сами данные не меняются, но должны при этом измениться другие части страницы я не хотел бы опять выполнять обращение к БД. Ваш пример именно так и будет работать? Если заранее создать датасет (в отдельном файле проекта, ну этот, с XML-описанием в .xsd) и там задать раз и навсегда жесткую структуру полей - его заполнение будет происходить без лишних тормозов?

Ex_SoftА у Вас обращение к БД тока в трех местах будет:
ага.. то есть я таки буду использовать датасет?
и, если обращения к БД не произошло, то в датасете останутся старые данные?

Ex_SoftнЭт - в этих трех местах вы лезете на БД и получаете то, что Вам нуна...
так тогда в остальных случаях у меня не будет данных на странице вообще??

пыхпоэтому сначала настругай тормозных запросов, а потом уже пляши с бубном. начни с @OutputCache.
как работает кэширование я уже понял. я могу инклюдить таблицу с данными на страницу в виде отдельного контрола и навесить @OutputCache только на этот контрол - он будет апдейтиться только при изменении параметров запроса, касающихся только данных именно из этой таблицы. так?
пыхв датасет можно закачать небольшую БД
что можно закачать - это понятно! вопрос в том, как его там сохранить?

Ex_Softasp:GridView ID="GridView1" AllowPaging="True"
нет, я так не могу. мне нужно, что бы при смене страницы, сортировке происходила смена URL
то есть каждой уникальной странице должен соответствовать уникальный URL
то есть да, руками буду делать сортировку.