C # и MySQL повторяющиеся запросы

Question

C # и MySQL повторяющиеся запросы

0

Я ищу мнения, а также если я пропустил вариант.

Я пишу небольшой инвентарь и систему отслеживания продаж, используя С# и mysql (MySqlDataReader). Поскольку mysql не разрешает несколько наборов результатов (MySqlDataReaders) для каждого соединения, у меня есть дилемма. Строками формы продажи являются пользовательский элемент управления. Одним из полей для выбора является номер позиции. Поскольку я не знаю, сколько элементов у меня будет или сколько строк закончится в заказе клиента, я не уверен, каким образом это кодировать. Вот варианты, которые я придумал.

1) Выполните SQL несколько раз (по одному на пользовательский элемент управления) для извлечения элементов.

2) Откройте несколько соединений, чтобы я мог иметь несколько наборов результатов.

3) Сбросьте все элементы в список в MainForm и извлеките его в каждом пользовательском элементе управления.

Вариант 3 кажется лучшим вариантом из сокращения "удара точки базы данных", но если у меня есть тысячи предметов, это вызовет проблемы с памятью?

У кого-нибудь есть идея, которая была бы наиболее эффективной (принимая во внимание базу данных и память) или есть другие варианты, о которых я не думал?

Smith5646 14 сен. 2018, в 00:07

Источник

0

Практическое правило: всегда старайтесь, чтобы БД делала грязную работу. Если вы можете попросить БД ограничить ваш результирующий набор вместо того, чтобы делать это в своем коде (в памяти), сделайте это. Если вы можете уменьшить количество туда и обратно, сделайте это. если вы можете получить все необходимые результаты в одном выражении, а не обращаться к БД несколько раз, сделайте это
Steve 13 сен. 2018, в 21:31
0

Что именно выбирают пользователи по номеру товара? Вам не нужно запрашивать базу данных, чтобы показать им правильный выбор, или у вас есть "угадать"? Кроме того, вариант 4 будет заключаться в создании одного запроса на основе элементов, используя что-то вроде условия IN .... это усложняет создание параметризованного запроса, но не является редкостью.
Uueerdo 13 сен. 2018, в 21:38
1

Это слишком широко. Намного больше информации необходимо для стоящего ответа
Ňɏssa Pøngjǣrdenlarp 13 сен. 2018, в 21:41
0

Извините, я не был уверен в этом. Номер элемента представляет собой комбинированный список, в котором перечислены все доступные элементы для выбора.
Smith5646 14 сен. 2018, в 00:00
0

Чтобы дополнительно прояснить дилемму, в настоящее время каждый раз, когда я добавляю строку (пользовательский элемент управления) в форму, мне нужно получить все элементы для добавления в комбинированный список, и, поскольку я добавляю строки в форму на основе запроса, извлекающего существующие строки в заказе (в случае обновлений), я не могу выполнить запрос для выпадающего списка номеров позиций, потому что у меня уже есть открытый набор результатов (строки заказа на продажу). Вот откуда пришла моя мысль о второй связи.
Smith5646 14 сен. 2018, в 00:05
0

Если все выпадающие списки используют один и тот же список элементов (из базы данных), вы должны кэшировать результаты запроса, который дает вам список в соответствующей коллекции (и не использовать набор результатов напрямую или не оставлять результат открытым).
Uueerdo 14 сен. 2018, в 19:17

Показать ещё 4 комментария

Теги:

mysql

c#

1 ответ

Ещё вопросы

Практическое правило: всегда старайтесь, чтобы БД делала грязную работу. Если вы можете попросить БД ограничить ваш результирующий набор вместо того, чтобы делать это в своем коде (в памяти), сделайте это. Если вы можете уменьшить количество туда и обратно, сделайте это. если вы можете получить все необходимые результаты в одном выражении, а не обращаться к БД несколько раз, сделайте это
Что именно выбирают пользователи по номеру товара? Вам не нужно запрашивать базу данных, чтобы показать им правильный выбор, или у вас есть "угадать"? Кроме того, вариант 4 будет заключаться в создании одного запроса на основе элементов, используя что-то вроде условия IN .... это усложняет создание параметризованного запроса, но не является редкостью.
Это слишком широко. Намного больше информации необходимо для стоящего ответа
Извините, я не был уверен в этом. Номер элемента представляет собой комбинированный список, в котором перечислены все доступные элементы для выбора.
Чтобы дополнительно прояснить дилемму, в настоящее время каждый раз, когда я добавляю строку (пользовательский элемент управления) в форму, мне нужно получить все элементы для добавления в комбинированный список, и, поскольку я добавляю строки в форму на основе запроса, извлекающего существующие строки в заказе (в случае обновлений), я не могу выполнить запрос для выпадающего списка номеров позиций, потому что у меня уже есть открытый набор результатов (строки заказа на продажу). Вот откуда пришла моя мысль о второй связи.
Если все выпадающие списки используют один и тот же список элементов (из базы данных), вы должны кэшировать результаты запроса, который дает вам список в соответствующей коллекции (и не использовать набор результатов напрямую или не оставлять результат открытым).

Joel Coehoorn · Answer 1 · 2018-09-13T22-11-00.000Z

Существует два распространенных способа решения этой проблемы в ASP.NET Webforms.

Единый контроль привязки данных, например GridView или ListView
Управление ретрансляторами

В любом случае, нажатие 1000 страниц записей на веб-страницу никогда не является хорошей идеей. Если у вас есть много результатов для запроса, вы хотите получить больше объявлений о том, как вы показываете это пользователю.