Самый быстрый способ сохранить театральные места в базе данных - PullRequest
1 голос
/ 23 апреля 2011

Ну, я не уверен, как именно сформулировать это, но здесь я иду.

Итак, у меня есть матрица флажков.

С идентификатором seat_row_column и мне было интересно, будет ли лучше сохранить все проверенные экземпляры в массиве, затем все не проверенные экземпляры и сохранить в другой массив. Наконец, цикл для сохранения в базе данных означает, что каждый из них будет создавать запись его с подробностями соответственно.

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

Ответы [ 3 ]

1 голос
/ 23 апреля 2011

Назначьте каждому месту номер места.Когда пользователь проверяет место на дисплее (на котором отображаются забронированные и не забронированные места), вы просто сохраняете информацию о пользователе и номер места в базе данных.Вам не нужно слишком привязываться к какой-либо матрице.

Ваши соединения объединены, и это не должно быть проблемой.Сохранить на пользователя.

1 голос
/ 23 апреля 2011

Сделайте это в одном, если можете ... Если метод isDirty уже не существует, вы можете создать собственный элемент управления флажок с помощью метода isDirty, а затем проверить это и обновить только те, которые изменились.

1 голос
/ 23 апреля 2011

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

Одна из более дорогих накладных расходов - установление соединения, поэтому, если вы можете использовать одно соединение для всех данных, это будетболее масштабируемый.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...