Задать вопрос
@fortael
базы-данных

Как лучше организовать хранение игрового инвентаря в базе данных?

Есть уже боевой проект, где есть таблица аккаунтов и там же прямо инвентарь, и прочие игровые показатели.
Выглядит это так: каждый существующий в игре предмет - это колонка с его кол-вом у игрока.

spoiler
76d01496d1.png

Таких колонок 57 и с десяток других показателей. Само собой, масштабирования такая база не выдерживает. Аккаунты периодически вайпают, их в принципе не очень много. Индексы не особо помогают. Структура + обычный web хостинг:

spoiler
0c2f4502f0.png(на другом проекте, где колонок в 3 раза меньше, а записей больше подобный запрос занимает 0.0002)

Как существующую иерархию лучше всего расположить в базе? Есть идея сделать в отдельной таблице, где каждый предмет - это отдельная запись. По идеи запись нового должна быть дешевле, чем обновление одного и того же, но я не эксперт, чтобы утверждать. Вроде такого:
1 принадлежит Васе в кол-ве 3 шт
3 принадлежит Коле в кол-ве 1 шт
1 принадлежит Пете в кол-ве 4 шт
8 принадлежит Васе в кол-ве 1 шт

Но если, например, у человека будут все предметы - 200к аккаунтов * 57 предметов (это пока), даст ли это вообще какой-то прирост или только больше записей?
  • Вопрос задан
  • 2294 просмотра
1 комментарий
Подписаться 4 Оценить 1 комментарий
Решения вопроса 1
saboteur_kiev
@saboteur_kiev
software engineer
А почему масштабируемость не выдерживает?
В проектах типа Lineage2 (онлайн до 5000, зарегистрированных аккаунтов до 15000) - это не проблема.

КАЖДЫЙ предмет - это строка в таблице items, с указанием владельца.

Поля примерно такие:
item_id, owner_id, item_type, param1, param2, param3
item_id - уникальный номер предмета
owner_id - ID владельца, можно добавить поле для координат и времени хранения для тех предметов, которые лежат на земле. Периодически их можно удалять, а те, у которых время хранения 0 не удалять.
item_type - ID типа предмета, в отдельной таблице храните все предметы и их неизменяемые параметры (вес, материал, название, описание, ограничения по расам, по куда одевать, все такое)
param1...param10 - изменяемые параметры предмета (заточки, цвет, эффекты, состояние поломки)
Для предметов типа деньги, монеты, бутылки - можно сделать столбец с количеством, для остальных предметов это всегда 1.

Положение предмета (типа одет, или в рюкзаке), можно делать или в этой же таблице, или в таблице владельца.

Собственно не очень понятно, что вы имеете ввиду, когда считаете, что это не масштабируется.
Ответ написан
2 комментария
2 комментария
Пригласить эксперта
Ответы на вопрос 1
@Wexter
1 таблица - таблица пользователей с уникальным id
2 таблица - таблица всех возможных предметов с уникальным id, описанием и прочими нужными полями
3 таблица - хранит соответствие id пользователя из т1, id предмета из т2 и количество этого предмета у пользователя.
Выборку делать JOIN'ом
Ответ написан
Комментировать
Комментировать
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы
Вакансии с Хабр Карьеры
Разработчик баз данных PostgreSQL
Объединенные системы управления транспортом • Москва
До 220 000 ₽
DBA / Администратор баз данных PostgreSQL
СберТех • Москва
от 320 000 ₽
Программист C++ Builder / базы данных MySQL
RU Electronics • Москва
от 180 000 до 200 000 ₽
Ещё вакансии
Заказы с Хабр Фриланса
Кастомизация модуля sale интернет-магазина на 1С Битрикс
26 апр. 2024, в 11:07
1000 руб./в час
Настройка шаблона (или темы) WP/
26 апр. 2024, в 11:02
2000 руб./за проект
Повысить оригинальность работы с 14% до 70%
26 апр. 2024, в 10:59
1700 руб./за проект
Ещё заказы