Вид для печати
Здравствуйте, хотел спросить, как лучше организовать в системе отелей номера для игроков?
Предположим (ПРОСТО ПРИМЕР), у меня есть 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()
Хорошо, а как мне узнать на каком этаже живет игрок в отеле?Цитата:
Сообщение от DeimoS
Например есть отель, где 48 номеров (4 этажа), есть 1 интерьер типа "коридора" где находится 12 номеров, и у каждой двери написано само число, например:
1 этаж - 1..12 номер (interior №1)
2 этаж - 13..24 номер (interior №2)
3 этаж - 25..36 номер (interior №3)
4 этаж - 37..48 номер (interior №4)
Мне каким то образом нужно узнать номер его этажа и номер его комнаты на этом этаже, это нужно для того, чтобы тпшнуть игрока в нужный номер интерьера (пример выше)
Если у тебя в каждом этаже одинаковое количество квартир, просто математически узнавай это и всё.Цитата:
Сообщение от StevenH
Нужный номер интерьера можно получить так же математически (например "1000+hotel_id+room_id").
Ну, конечно, ты можешь и "вручную" хранить все номера этажей, но это затруднит ситуацию, если ты, например, решишь уменьшить количество квартир на этаже и перенести часть квартир на этаж выше, увеличив число этажей.
Я просто не знаю всей твоей задумки, поэтому могу говорить то, что тебе не подойдёт. Я сам всегда стараюсь автоматизировать все системы, дабы проще было вносить изменения при нужде и труднее было допустить ошибку (то бишь, системы строить так, чтоб нужно было лишь вносить какие-то базовые данные, а все остальные расчёты она делала сама). Потому и советую такое.
Я убрал поле floor (этаж), и сделал обычные номера. Теперь вопрос и одновременно проблема вот в чем: как математически (например) можно узнать номер этажа и сам номер на этом этаже.Цитата:
Сообщение от DeimoS
Например, если в поле room_id = 56, то по сути это 5 этаж и 8 номер (на этом самом 5 этаже). То есть получается что у нас есть? Каждые 12 номеров = новому этажу (1..12 - 1 этаж, 13..24 - 2 этаж и тд).
Если room_id = 43, то это получается 3 этаж, и на этом 3 этаже комната #7
?PHP код:new floor = room_id/12,
room_on_floor = room_id&12;
room_id&12; ???Цитата:
Сообщение от DeimoS
Может room_id%12;
Завтра попробую в любой случае что уж получится на практике, в принципе половину смог реализовать уже