M
Size: a a a
2020 March 01
2020 March 02
Г
немного оффтоп: какие книжки стоит прочитать если я хочу научится выбирать архитектуру сохранения данных в программе? что-то вроде перечня подходов из которых можно выбрать исходя из того что мне нужно
AT
немного оффтоп: какие книжки стоит прочитать если я хочу научится выбирать архитектуру сохранения данных в программе? что-то вроде перечня подходов из которых можно выбрать исходя из того что мне нужно
А что Вам нужно? 😊
Что за программа?
Что за программа?
AT
По сути, персистентное хранение данных сводится к выбору той или иной БД. Выбор БД зависит от технических ограничений и нефункциональных требований.
Г
ну грубо говоря. ситуация такая. представим себе любую игру где есть много игроков и много событий. допустим я храню данные о состоянии мира и состоянии игроков в разных файлах. если например раздельно сохранять мир и игроков то мне кажется что может получится рассинхрон между двумя этими сущностями. допустим там один файл сохранится, а другой нет из-за нехватки места. другой момент, допустим есть некоторые действия которые могут происходить только последовательно. допустим игрок открывает дверь, проходит через нее, закрывает дверь. если опять же разделять сохранение игрока и мира то может получится что игрок допустим, пройдет через дверь не открывая её или что-то в этом роде. т.е. наверное основной аспект это как атомарно записывать в несколько файлов. и момент, допустим что действия постоянно происходят и я не могу записывать каждое действие на диск, это слишком медленно. сохранять мир раз в некий промежуток времени тоже не вариант т.к. это придется замораживать весь мир, сохранять, а это может занять 2-3 секунды и это будет заметно игрокам. в теории можно создать что-то вроде журнальной системы, а все изменения мира представить в виде действий. журнал копит изменения и в бекграунде их сохраняет раз в некий прометужок времени.
Г
я опять дофига написал
AT
ну грубо говоря. ситуация такая. представим себе любую игру где есть много игроков и много событий. допустим я храню данные о состоянии мира и состоянии игроков в разных файлах. если например раздельно сохранять мир и игроков то мне кажется что может получится рассинхрон между двумя этими сущностями. допустим там один файл сохранится, а другой нет из-за нехватки места. другой момент, допустим есть некоторые действия которые могут происходить только последовательно. допустим игрок открывает дверь, проходит через нее, закрывает дверь. если опять же разделять сохранение игрока и мира то может получится что игрок допустим, пройдет через дверь не открывая её или что-то в этом роде. т.е. наверное основной аспект это как атомарно записывать в несколько файлов. и момент, допустим что действия постоянно происходят и я не могу записывать каждое действие на диск, это слишком медленно. сохранять мир раз в некий промежуток времени тоже не вариант т.к. это придется замораживать весь мир, сохранять, а это может занять 2-3 секунды и это будет заметно игрокам. в теории можно создать что-то вроде журнальной системы, а все изменения мира представить в виде действий. журнал копит изменения и в бекграунде их сохраняет раз в некий прометужок времени.
Возьмите трензакционную БД! Всё разворовано до нас. 😃
Г
тут проблема в том что как бы, мир поделен на регионы, и регионы состоят из вокселей, по сути файл весит где-то 64 мб, сохранять такое в бд это такое себе
AT
Любую игру представить нельзя, потому что Call of Duty и World of Warcraft устроены существенно по-разному.
Г
ну блин. в теории любую игру можно представить как взаимодействия сущностей
AT
ну блин. в теории любую игру можно представить как взаимодействия сущностей
А на практике разные игры приходят к существенно различным архитектурам бэк-енда. Потому что особенности и своства у них разные.
Г
хм, ну тут да
Г
короч это клон майнкрафта
Г
в бд можно хранить инфу об игроках, мобах, вещах там
Г
но воксели хранить в бд...
Г
или есть какие-то варианты?
AT
Вы для начала BSP-tree используете?
AT
Или, там, octree...
Г
оно для представления в памяти? или на диске?