ВМоисеев>webus
> ... В проекте для большей скорости не используются DataSet'ы ...
После проверки ряда вариантов пришел к выводу, что имеет смысл использовать DataSet на клиенте. Только заполнять таблицу строками выборки так:
...
SqlConnect conn= new SqlConnect(...);
SqlCommand cmd= new SqlCommand("select ...")
SqlDtaReader rdr = null;
try {
conn.Open(); //-- откроем соединение
rdr=cmd.ExecuteReader();
while(rdr.Read()) {
//-- Из строки формируем объект
//-- Запись объекта в таблицу DataSet
Table[0].LoadDataRow(obj,true);
}
rdr.Close();
catch (SqlException se) { ... }
catch (Exception e) { ... }
finally {
if((rdr != null) && !rdr.IsCloseed) rdr.Close();
cmd.Dispose();
if(conn.State==ConnectionState.Open) conn.Close();
}
...
Нудно конечно.
Только надо помнить, что Dataset - почти база данных, но в оперативной памяти клиента. Поэтому - страничная подкачка.

> ... Почти вручную заполняется DataGridView ...
Имеет смысл связать его с таблицей DataSet (если он присутствует).

С уважением, Владимир.

То же самое делает Адаптер.Филл

ВМоисеев>Сахават Юсифов
>То же самое делает Адаптер.Филл

Вы правы - da.Fill даст такой же результат.
Но:
1. Скорострельность.
2. Разработчик должен владеть несколькими методами работы с базой данных.
3. Длинный и нудный вариант дает возможность оперировать с каждой строкой выборки. Её можно сериализовать и отправить, к примеру в двоичный файл. Мы же помним, что DataSet располагается в оперативной памяти, а её объём межет быть не соизмерим с объёмом выборки. Посмотри не превзято на такой вариант - в прикладную систему по каким-то соображениям введен app-сервер (AS). Его реализацией может быть и такая - Web-service поверх host-а IIS (например). Клиент же - нормальное WinForm приложение.
AS располагается в локальной сети с сервером данных. Метод AS делает запрос к серверу данных и получает в ответ выборку, которую должен передать клиентскому приложению. Нужно ли AS использовать DataSet. Можно, но право не стоит. DataSet содержит избыточную информацию.
Я сериализую выборку по-строчно с записью в MemoryStream, результат сжимаю (zip) и шифрую. И вот этот результат передаю клиентскому приложению. И только здесь на клиенте, для графических компонентов отображения, записываю выборку в таблицу локального DataSet.

С уважением, Владимир.

Владимир, это не АС, а какой-то приемопередатчик (это делают обычно, что бы обойтись НТТП только). Нормальный :) АС должен что-то кешировать, агрегировать, преобразовать и т.д., т.е. облеченный СУБД специализированный типа. Вот ту то и датасет и дататейбл и т.д. очень даже нужны.

WCF очень даже.

мод Сахават ЮсифовНормальный :) АС должен что-то кешировать, агрегировать, преобразовать и т.д.
Ничего этого "Нормальный АС" делать не должен - он просто исполняет приложения - его клиент - простой терминал: экран + клава + мыша + эмулятор.
Ну да. Я имел ввиду начинку, а Вы хость для начинки.

Сахават Юсифов мод Сахават ЮсифовНормальный :) АС должен что-то кешировать, агрегировать, преобразовать и т.д.
Ничего этого "Нормальный АС" делать не должен - он просто исполняет приложения - его клиент - простой терминал: экран + клава + мыша + эмулятор.
Ну да. Я имел ввиду начинку, а Вы хость для начинки.
блин, как только появляется буква "т" в конце слова, так пальцы автомать ставят :) "ь". Что за фигня :(