Оговорюсь сразу, что материал данных статей является моим выводом на основе прочитанных статей других более опытных дизайнеров, а также моим наблюдением и анализом интерфейсов игр, которые были выпущены ведущими производителями игр.

Представим, что мы работает над крупным проектом, одни. Этот проект состоит из одной карты. И у нас не возникает ни каких лишних проблем при работе над ней. Мы просто открыли карту, внесли нужные изменения и все. А что если работает несколько людей над картой? Тогда мы обычно либо разделяем обязаности и время и работаем на разных картах. Системы пишут в одной, модели вообще отдельно клепаются. Потом кто то один все это дело должен свести в одну единую карту, все там отладить, настроить, украсить. В общем получается хороший такой геморой.

По скольку в коде карты нельзя получить доступ к полям объекта, таких как защита юнита, класификация предмета, стоимость предметов и т.д., что создает некоторые не удобства, а иногда рушаться гениальные идеи. Один из самых простых способ добраться к нужной нам информации, это создание базы данных.
В этой статье я рассмотрю несколько примеров баз данных. Раскрою пожалуй важные аспекты и проблемы с которыми можно столкнуться.