Я создаю движок/CMS для игр на основе веб-браузера. У меня довольно много данных: персонажей, предметов и бит истории, с которыми игрок будет взаимодействовать. Цель этого проекта заключается в том, что писатели не должны быть программистами, чтобы создать ориентированную на повествование веб-игру. Для начала создания контента потребуется только базовые знания FTP и управления сайтом.Кэширование большого количества контента с помощью PHP + MySQL
Проблема в том, что я думаю, что база данных будет боксировать эти игры. У каждого персонажа может быть много, и рассказы будут обширными. Каждый бит истории будет иметь свой собственный письменный текст, который может составлять 100 символов или 500 символов. Я не могу кэшировать все с memcached или что-то подобное!
К счастью, каждое состояние игры «толкается» через развертывание, а это означает, что вы не просто добавляете персонажа, а появляетесь в мире; вы должны добавить их, а затем нажать на сборку игры. Я считаю, что могу использовать это в свою пользу. Мое рабочее понятие прямо сейчас:
Всего будет три базы данных. Один из них будет «рабочей» БД контента, другой - «живой» контентной БД, а затем, наконец, БД, которая содержит все пользовательские данные. (где они находятся в истории, получаемых ими предметах и т. д.). Моя идея заключается в том, что я буду работать с рабочей БД, полностью уничтожить живое и перестроить живое на основе того, что находится в рабочей БД во время толчок. Живая БД затем будет использовать возможности только для чтения: например, механизм хранения ARCHIVE и довольно немного индексации. Это звучит довольно солидно, но я недостаточно опытен, чтобы быть уверенным, что это лучший способ заниматься моим бизнесом.
Хотелось бы узнать, есть ли у кого-нибудь предложения по новой модели или даже предложения моей нынешней модели.