У меня есть куча процедур, которые читают что-то из базы данных посредством объекта SqlDataReader.

        public void Foo()
        {
            SqlConnection conn = new SqlConnection("bla-bla-bla");

            SqlCommand cmd = new SqlCommand("Stored_procedure", conn);

            conn.Open();

            SqlDataReader rdr = cmd.ExecuteReader();

            // чтение из ридера

            conn.Close();
        }

Вопрос: можно ли производиь чтение при закрытом соединении, то есть сначала вызвать

conn.Close

а затем произвести чтение ? Если нет, то подскажите механизм как получить данные после закрытия соединения ? Получается что ExecuteReader хранит результаты на сервере, а не закачивает их мне. А мне нужно чтобы данные закачались и я мог закрыть соединение. Как ?

Здравствуйте, Аноним, Вы писали:

А>У меня есть куча процедур, которые читают что-то из базы данных посредством объекта SqlDataReader.

А>

А>        public void Foo()
А>        {
А>            SqlConnection conn = new SqlConnection("bla-bla-bla");

А>            SqlCommand cmd = new SqlCommand("Stored_procedure", conn);

А>            conn.Open();

А>            SqlDataReader rdr = cmd.ExecuteReader();

А>            // чтение из ридера

А>            conn.Close();
А>        }
А>

А>Вопрос: можно ли производиь чтение при закрытом соединении, то есть сначала вызвать
А>

А>conn.Close
А>

А>а затем произвести чтение ? Если нет, то подскажите механизм как получить данные после закрытия соединения ? Получается что ExecuteReader хранит результаты на сервере, а не закачивает их мне. А мне нужно чтобы данные закачались и я мог закрыть соединение. Как ?

Ну пробегись по нему, они и закачаются А коннект нужен обязательно

Здравствуйте, alexey.kostylev, Вы писали:

AK>Ну пробегись по нему, они и закачаются А коннект нужен обязательно

В том то и дело, что "бегать" не хочу. Хочу получить данные и закрыть соединение. А "бегать" уже после. Если есть такая возможность, то как реализовать ?

Здравствуйте, Аноним, Вы писали:

А>а затем произвести чтение ? Если нет, то подскажите механизм как получить данные после закрытия соединения ? Получается что ExecuteReader хранит результаты на сервере, а не закачивает их мне. А мне нужно чтобы данные закачались и я мог закрыть соединение. Как ?

DataReader как раз и нужен, чтобы закачать данные.

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, alexey.kostylev, Вы писали:

AK>>Ну пробегись по нему, они и закачаются А коннект нужен обязательно

А>В том то и дело, что "бегать" не хочу. Хочу получить данные и закрыть соединение. А "бегать" уже после. Если есть такая возможность, то как реализовать ?

а чтобы получить данные надо пробежаться Ты же когда курсор открываешь бегаешь же по нему, а не закрываешь сразу. SqlDataAdapter попробуй

Здравствуйте, Аноним, Вы писали:

AK>>Ну пробегись по нему, они и закачаются А коннект нужен обязательно

А>В том то и дело, что "бегать" не хочу. Хочу получить данные и закрыть соединение. А "бегать" уже после. Если есть такая возможность, то как реализовать ?

Закачать в список объектов, потом бегать уже по списку.

Здравствуйте, Аноним, Вы писали:

А>Вопрос: можно ли производиь чтение при закрытом соединении, то есть сначала вызвать
А>

А>conn.Close
А>

А>а затем произвести чтение ? Если нет, то подскажите механизм как получить данные после закрытия соединения ? Получается что ExecuteReader хранит результаты на сервере, а не закачивает их мне. А мне нужно чтобы данные закачались и я мог закрыть соединение. Как ?

Использование DataReader подразумевает, что мы читаем данные из базы каждый раз, как вызываем метод Read. Естественно, соединение при этом должно быть открытым. Так что читать DataReader при закрытом соединении нельзя никак, увы.
Варианты решения:
1. Использовать отсоединенную модель (классы DataSet, DataTable, DataAdapter и т.д.). В ней данные сперва протягиваются на сторону клиента, а затем с ними можно делать что угодно при разорванном соединении. В приложениях с минимальным набором бизнес-логики и отсутствием сервисов этого более чем достаточно.
2. Создать собственные сущностные классы, и написать методы, которые будут читать данные через DataReader из базы и создать колекции объектов этих классов. Потом можно разрывать соединение и работать с коллекциями так, как будет удобно.

А> Как ?
Загрузить данные в DataTable и вернуть reader вызвав CreateDataReader

Здравствуйте, Александр Кузнецов, Вы писали:

Будет ли вариант чтения c закачкой в DataTable быстрее (медленнее), чем при использованнии SqlDataReader ? Объем получаемых данных из базы при этом не велик: до 400 записей и от 1 до 8 столбцов.

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, Александр Кузнецов, Вы писали:

А>Будет ли вариант чтения c закачкой в DataTable быстрее (медленнее), чем при использованнии SqlDataReader ? Объем получаемых данных из базы при этом не велик: до 400 записей и от 1 до 8 столбцов.

А взять и написать программу проверки?
SqlDataReader будет быстрее, т.к., при работе с ним компьютеру не приходится создавать дополнительную обвязку в виде строк с возможностью отмены действий, столбцов и прочего (подразумевается, что сущностные классы, в которые сохраняются результаты SqlDataReader, будут простыми).
Но важно помнить одну вещь: на 400 записях и 8 столбцах разницу в скорости работы вы все равно не почувствуете. Разница между 5-6 миллисекунд и 10-15 миллисекунд (цифры взяты с потолка) визуально заметна не будет

Здравствуйте, Tom, Вы писали:

Tom>Загрузить данные в DataTable и вернуть reader вызвав CreateDataReader

Пока тоже склоняюсь к использованию DataTable вместо SqlDataReader. Даже не знал, что у DataTable есть метод CreateDataReader. Надо попробовать.

А вот метод Load у DataTable — он ведь грузит данные уже на компьютер, верно? после его вызова соединение можно закрыть ?

А>А вот метод Load у DataTable — он ведь грузит данные уже на компьютер, верно? после его вызова соединение можно закрыть ?
Верно

Для таких объемов используите DataAdapter. Пример для OleDb:
DataTable dt = new DataTable();
using(OleDbConnection conn = new OleDbConnection(connectionString))
{
using(OleDbDataAdapter da = new OleDbDataAdapter("SELECT * FROM MY_TABLE",conn))
{
da.Fill(dt);
}
}

Здравствуйте, eraservsv, Вы писали:

E>Для таких объемов используите DataAdapter.

Для каких "таких"?

Здравствуйте, Lloyd, Вы писали:

L>Здравствуйте, eraservsv, Вы писали:

E>>Для таких объемов используите DataAdapter.

L>Для каких "таких"?

Высше автор темы писал: Объем получаемых данных из базы при этом не велик: до 400 записей и от 1 до 8 столбцов.