Вид для печати
Здравствуйте, хотел спросить, как лучше организовать в системе отелей номера для игроков?
Предположим (ПРОСТО ПРИМЕР), у меня есть 5 отелей, где:
1 отель - 24 номера (2 этажа)
2 отель - 24 номера (2 этажа)
3 отель - 48 номеров (4 этажа)
4 отель - 24 номера (2 этажа)
5 отель - 96 номеров (8 этажей)
Так вот, как лучше это все организовать, как то в аккаунт игрока, или лучше стоит вовсе создать отдельную таблицу в БД, где все это реализовать?
Может по структуре будет не очень, но:
account.sql:
id | name | password | hotel_id
hotel.sql:
id | owner | hotel_id |floor
hotel_id нужно связать внешним ключом.
И каким образом мне это все хранить? Как минимум, мне нужно хранить "где-то" 3 значения:Цитата:
Сообщение от $continue$
1. Номер отеля (hotel_id)
2. Номер этажа (hotel_floor)
3. Кол-во оплаченных дней (hotel_day)
Вот тут обсуждали нечто схожее (эта и пара следующих страниц)
Самое простое, это хранить список всех отелей в БД, номер этажа нет смысла записывать. Расположение входа в каждый номер будет по координатам из БД, ну и баланс счет номера записывай в этой же таблице. В таблице же игрока только порядковый ИД номера из базы и все. Остальное дело техники.Цитата:
Сообщение от StevenH
Ого, из за этих ироглифов ничего не могу понять, а гугл переводчик даже не переводит..Цитата:
Сообщение от DeimoS
"À ïî÷åìó áû ïðîñòî íå ââåñòè ïîëå "ÀÄÐÅÑ", êîòîðîå áóäåò îáîçíà÷àòü êîíêðåòíóþ ìíîãîýòàæêó?" и подобное
В самый низ страницы промотай и там переключи язык сайта с английского на русский.Цитата:
Сообщение от StevenH
В теме нет готового варианта, но там похожая ситуация: человеку нужна была система подъездов с несколькими этажами и прочим. И там рассматриваются несколько вариантов формирования таблицы. В общем, если чутка переработать их, получится ответ на твой вопрос
Там столько разных мнений, что понял одно, что конечно лучше создать отдельную таблицу.Цитата:
Сообщение от DeimoS
Теперь вопрос состоит в другом, как в таблице например hotel_room организовать работу, на уме вот что:
Создать таблицу hotel_room, где будут следующие поля:
id | hotel_id | hotel_floor | hotel_room | ownerid | day
id - AUTO_INCREMENT обычный
hotel_id - id отеля, который берется с таблицы hotels
hotel_floor - номер этажа в этом отеле (в каждом отеле их будет по разному)
hotel_room - номер квартиры на этом этаже (от 1 до 12)
ownerid - владелец (0 - нет, > 0 - ид аккаунта из accounts)
day - на сколько оплачен его номер в отеле
При создании одного отеля, в hotel_room добавлять нужное количество столбцов, если например в отеле 96 номеров, создать 96 столбцов.
В 00:00 каждый день будет делаться запрос (будет одним запросом отниматься 1 день с поля day), и будет сразу же проверяться, если day = 0, тогда выселяем
Или есть может какие другие предложения?
А, и забыл добавить, в accounts.sql в поле hotel хранить ID с таблицы hotel_room поля id (тот самый AUTO_INCREMENT)
Я бы делал отдельную таблицу, которая хранит информацию о отеле, не связанную с игроками (позиция/количество номеров и т.п.), а так же таблицу, в которой уже будет связываться таблица аккаунтов и таблица отелей.
То бишь, какая-то такая структура получится:
То есть, всё то же самое, что и у тебя, только не хранить номер этажа (ибо зачем?).PHP код:id | account_id | hotel_id | room_id | day
И да, не нужно никаких запросов для "day" c отниманием. Есть же прекрасная штука: Unix Time. Вся чистка таблицы от старых записей заключается в
PHP код:DELETE FROM hotel_room WHERE day < NOW()