2016-07-09 1 views
0

Я делаю многопользовательскую игру (пошаговое) приложение, которое должно торговать совпадающими данными между пользователями во время матча. После матча данные Round будут бесполезны.Рекомендации по «полувременным» таблицам

Каковы некоторые рекомендации по обработке этих типов сценариев.

Я подумал:

  • Создание таблиц, которые существуют на протяжении всего матча, который будет иметь именования «круглого» + MatchID. Таким образом, для каждого экземпляра матча будет 1 таблица. В конце матча эта таблица будет удалена.

  • Имея только 1 круглый стол и в конце матча удалите все строки, где MatchId = завершено Матч.

Я не уверен, какой подход является лучшим по производительности. Есть ли какие-либо рекомендации по этой теме? Кроме того, я не уверен, какой сценарий будет называться. Я знаю, что термины «временный» и «переходный» зарезервированы для других случаев использования.

+1

Наличие динамического дизайна базы данных необычно и его следует избегать. Используйте одну таблицу. –

+0

Вы можете добавить столбец идентификатора соответствия и выполнить очистку, когда совпадение будет закончено. – maraca

ответ

0

В целом, такие временные таблицы, вероятно, не самая лучшая идея.

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

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