структура таблицы базы данных
daniil kosenko
Решил написать простенькую (html) рулетку на РНР. Встал вопрос хранения
статистики игр. Проблема в следующем:
Если за один запуск рулетки (сессию игры) игрок делает одну ставку, то все
просто.
поля таблицы тогда выглядят так:
id_игры,id_игрока, ставка, поле_на_которое_ставили, время_игры
А если игрок сделал несколько ставок, то я в затруднении. Можно, конечно,
вышеприведенную строку записать несколько раз, меняя только ставку и поле. Но
если (гипотетически) игрок сделает 36 ставок (по одной на каждое поле) за один
запуск рулетки, то надо добавить 36 записей в таблицу. 10 игр и у нас 360
записей. Т.о. таблица узкая, но высокая.
Можно завести (добавить) еще 46 полей (количество возможных ставок) в каждой
строке, т.о. таблица будет короткая, но широкая.
На мой взгляд, оба этих решения некрасивы.
Но как лучше сделать, ума не приложу. Инет не помог. :(
Может кто здесь даст полезный совет, в какую сторону дальше копать или
подскажет наиболее оптимальное решение?
Я обычно пытаюсь подобные задачи решать сам, но 2 недели раздумий ни к чему не
привели. :(
Bye .
Даниил.
Alex Batov
"daniil kosenko" <daniil....@p27.f12.n5027.z2.fidonet.org>
сообщил/сообщила в новостях следующее:
news:MSGID_2=3A5027=2F12.27_...@fidonet.org...
> Я обычно пытаюсь подобные задачи решать сам, но 2 недели раздумий ни к
чему не
> привели. :(
Твой вопрос не имеет никакого отношения к эхотагу. Тебе нужно просто
спроектировать небольшую базу данных. Грамотно выделить сущности, связки,
увязать их отношениями "один-ко-многим". Привести БД к третьей нормальной
форме. И всё будет понятно. Короче, учи матчасть в этом направлении :)
--
WBR Ы.
Alex Batov
"daniil kosenko" <daniil....@p27.f12.n5027.z2.fidonet.org>
сообщил/сообщила в новостях следующее:
news:MSGID_2=3A5027=2F12.27_...@fidonet.org...
> Я обычно пытаюсь подобные задачи решать сам, но 2 недели раздумий ни к
чему не
> привели. :(
Твой вопрос не имеет никакого отношения к эхотагу. Тебе нужно просто