Как правильно хранить карту?

Question

[Владимир Грабко]

У меня карта поделена на квадраты 50x50 она может иметь тип (ландшафт) и слайс который хранит какие элементы на этой клетке. Карта "безразмерная" (во все стороны). Как лучше её генерировать вообще? Я предполагаю записи о каждой клетки хранить в mysql но я подозреваю что клеток будет миллиарды и боюсь что с хранением возникнут огромные проблемы.

Я непонятно выражаю свои мысли. По этому повторю вопросы.

Как лучше генерировать карту (аналог карты в цивилизации3)?
Как лучше хранить данные о каждой клетки на сервере?

Answer 1

[Дмитрий Энтелис]

Common sense:

Как генерировать:
Написать функцию которая на основе координат и некого seed генерирует данные.
Важно что бы данные менялись при смене seed и не менялись при повторных вызовах с тем же seed.

Как хранить:
А никак. Не нужно хранить всю карту. Нужно хранить seed и изменения на карте от дефолтного (если они вообще возможны по механике игры)

Почитайте про какой нибудь майнкрафт к слову minecraft-ru.gamepedia.com/Alpha_%D1%84%D0%BE%D1%8...

Comments

[Владимир Грабко]

У меня карта "растёт" с каждой регистрацией. Ибо мир один для всех игроков.

[Дмитрий Энтелис]

Владимир Грабко: так я же написал - не нужно хранить карту. Нужно хранить изменения карты от дефолтного. Оно будет расти линейно от количества пользователей и времени. (В отличии от идеи хранения всей карты - бо растет по КВАДРАТУ площади)

[Oxoron]

Владимир Грабко: Делай регионы (области 100х100)

Answer 2

[wukibuh]

хранить в mysql но я подозреваю что клеток будет миллиарды и боюсь что с хранением возникнут огромные проблемы.

Сервера БД прекрасно манипулируют с миллиардами записей.
Другое дело, что могут быть проблемы при быстром получении больших объемов данных большим количеством пользователей.

Но в общем случае - "миллионы" и "миллиарды" это не страшно для СУБД.

Comments

[Дмитрий Энтелис]

Даже сотни миллионов - уже вызывает ряд вопросов под живой нагрузкой. Миллиарды - вопросы вызывают гарантированно, тем более когда это нафиг не нужно.

[wukibuh]

Дмитрий Энтелис:
человек просто боиться "миллиардов" записей в БД.
я ему написал, что бояться не стоит, для БД это не проблема.

вы же, по ходу, мастер-телепат решения вопросов методом гадания по кофейной гуще?

нам не известна ни нагрузка, ни железо, ни структура БД, ни какие именно данные из БД нужны при реальной работе приложения.

ваш комментарий ни о чем.