IDataReader опустошается при повторном просмотре
У меня происходит что-то довольно странное, когда я пытаюсь прочитать некоторые данные с помощью коннектора MySql .net. Вот код:
IDataReader reader = null;
using (MySqlConnection connection = new MySqlConnection(this.ConnectionString))
{
String getSearch = "select * from organization";
MySqlCommand cmd = new MySqlCommand(getSearch, connection);
cmd.CommandType = CommandType.Text;
connection.Open();
reader = cmd.ExecuteReader();
while (reader.Read())
{
// response write some stuff to the screen (snipped for brevity)
}
}
Если я поставлю точку останова после ExecuteReader и разверну представление результатов в Visual Studio (наведя курсор на средство чтения и развернусь), я смогу увидеть строки, возвращаемые запросом. Если я затем закрою это и снова разверну окно результатов, я получаю сообщение «Перечисление не дало результатов».
Кажется, что содержимое ридера сбрасывается, как только оно просматривается.
Что касается того, что мы пробовали:
- SQL отлично работает непосредственно на DB
- При привязке результатов запроса непосредственно к сетке данных просто возвращается пустая сетка данных.
- получил последнюю версию .net connector
- пробовал на двух разных машинах, чтобы исключить любые локальные ошибки
Пока ничего не получилось.
Если бы кто-нибудь мог предложить какие-либо идеи или предложения, они были бы очень признательны.
Ответы 3
Поскольку средство чтения данных считывает информацию, ваш блок using закрывает соединение со считывателем сразу после присвоения его значения переменной. Вот статья, который показывает вам несколько примеров кода, который может привести вас туда, где вам нужно быть.
Ключевым моментом является то, что соединение ДОЛЖНО быть открытым при попытке чтения с считывателя.
В вашем примере, когда оператор using заканчивается, соединение закрывается. Поэтому, если он находится за пределами блока Using, соединение закрывается
Привет, да, я должен был добавить это в пример кода. Я сделал это сейчас; извините за путаницу.
Ах, имея это в виду, я собираюсь поверить, что Богдан прав в этом, но я никогда не слышал того, что он говорит. Самый простой способ проверить это - установить точку останова где-нибудь внутри цикла while.
насколько я понимаю, SqlDataReader предназначен для одноразового перечисления возвращаемых вами данных. После того, как вы просмотрели результаты один раз, объект выполнил свой долг. Вот несколько идей для решения этой проблемы, одна из которых может решить эту проблему за вас в зависимости от ваших потребностей:
При необходимости повторно выполните запрос, чтобы сгенерировать еще один SqlDataReader.
Вместо использования SqlDataReader сохраните результаты исходного запроса в System.Data.DataTable, где затем вы сможете повторно считывать данные и манипулировать ими по своему усмотрению.
Надеюсь это поможет!
Адам
Спасибо за ответ. В этом есть смысл, да. Я смотрел на это часами, но этого не произошло. Я попытался запустить его без пауз, чтобы убедиться, что он читается только один раз, но безуспешно. Хотя это может быть что-то еще, но, поскольку у меня сейчас 11 часов в 8-часовом рабочем дне, мне придется завтра протестировать.
Вот объяснение:
Это связано с тем, что вы уже один раз просмотрели программу чтения в отладчике (в первый раз, когда вы расширили представление). Так работают считыватели, и, насколько я знаю, нет никакого способа сбросить считыватель, чтобы он пошел и прочитал снова с самого начала, за исключением опции повторного выполнения:
You just have to run again the
cmd.ExecuteReader();line (by right click in the source and using "set next statement" menu option).
Это поведение читателей данных. Если вы уже прошли через него, вы не можете вернуться. Вам нужно выполнить команду еще раз и получить новую.
Если вам нужно использовать свои данные после закрытия считывателя, вы можете выбрать использование Typed DataSet или нетипизированного DataSet, как указано в отвечать Адама.
Кстати, вот несколько optimizations, которые вы могли бы сделать:
- Переместите читателя внутрь
Connectionс помощью блока, чтобы сделать это выйти за рамки после окончания используя его (как только вы перестанете использовать блокировать, соединение будет закрыто и вы все равно не сможете его использовать, поэтому нет смысла оставлять его снаружи) - Запустите
ExecuteReaderв другой блокusing(поскольку он реализуетIDisposable) и проделайте то же самое с SqlCommand(тот же интерфейсIDisposable) - Не извлекать все поля из базы данных
Привет, спасибо за ответ. В коде приложения есть несколько строк ниже выполнения читателя (просто базовая вещь, пока чтение / запись ответа), но первое чтение никогда не работает. Как только читатель получает доступ, он опустошается. Если я не ошибаюсь, на данный момент соединение все еще открыто.