Форум программистов, компьютерный форум, киберфорум
C#: Базы данных
Войти
Регистрация
Восстановить пароль
Блоги Сообщество Поиск Заказать работу  
 
Рейтинг 4.75/4: Рейтинг темы: голосов - 4, средняя оценка - 4.75
3 / 3 / 1
Регистрация: 10.09.2014
Сообщений: 36

Большой объём данных

21.11.2015, 22:00. Показов 921. Ответов 2
Метки нет (Все метки)

Студворк — интернет-сервис помощи студентам
В общем, есть проект, игра, жанр стратегия, варгейм, только в онлайн режиме и только по мобильные платформы. Детально расписывать не буду, только то, что касается данной проблемы. В игре есть планеты, ландшафт которых состоит из гексогональной сетки, по которым передвигаются юниты и на которых выстраиваются строения. Планеты генерируются по мере регистрации новых игроков. Время, необходимое на то, чтобы юнит прошел клетку зависит от типа клетки, юнита и его состояния, но в среднем думаю это около 15 минут будет. И собственно, проблема в том, что если же размер сетки ОДНОЙ планеты около 1000х1000 то в оперативной памяти (сервера на C#) это занимает около 70 мб, хотя общий размер необходимый в памяти на одну клетку около 30 байт (сумма размеров типов переменных), а остальное это скорее всего ссылки и т.п. А теперь представим, что планет достаточно много, допустим 10 000, то и оперативы только на это нужно 500-700гб, а это просто очень плохо и много. Второй вариант - хранить сетку с данными в базе данных, но это здесь тоже возникают проблемы: пользователю (игроку) вся карта сразу не нужна, а только часть (так как трафик экономить тоже нужно), то есть, сервер будет кидать тяжелый запросик в СУБД (мс скл сервер), примерно такого вида (представим, что в базе 10 000 планет, а значит в таблице около 10 000 000 000 записей): SELECT [Данные] From Regions Where PlanetID=[] And X>[] And X<[] And Y>[] And Y<[].
Третий вариант это некая смесь хранения бд и в оперативной памяти (сетка в оперативной памяти, остальное в базе: строения, некоторые данные, которые необходимо будет в разные таблицы пихать), но в этом варианте возникает много трудностей при обработке данных на стороне сервера.

Так что короче такая вот проблема, что лучше выбрать и что пожертвовать не знаю, может у кого были подобные проблемы или подобный выбор?
0
IT_Exp
Эксперт
34794 / 4073 / 2104
Регистрация: 17.06.2006
Сообщений: 32,602
Блог
21.11.2015, 22:00
Ответы с готовыми решениями:

Microsoft Translator: как перевести большой объем текста
пишу парсер, парсер занаганяет в переводчик текст с HTML тегами, эсли статти малинкие всё отлично, эсли большые тогда проблема. Использую...

ReportViewer Большой объем данных
Здравствуйте, использую на сайте в доменной сети C# элемент ReportViewer для отображения отчетов... Но есть один нехороший нюанс... Когда...

Большой объем данных в ArrayDataProvider
Я использую фреймворк Yii2. Обычно для отображения табличных данных я использую виджет GridView. Чтобы получить нужные данные, я использую...

2
 Аватар для Lexeq
1151 / 743 / 483
Регистрация: 21.01.2014
Сообщений: 1,903
23.11.2015, 02:12
Небольшая мысль. Не нужно генерировать всю планету сразу, генерируйте карту по мере открытия. Я тут посчитал, что бы игроку прогуляться по всей своей планете потребуется ~28 лет беспрерывной игры. Храните все в бд, иначе при каком нибудь сбое на сервере все игроки потеряют весь прогресс.
1
3 / 3 / 1
Регистрация: 10.09.2014
Сообщений: 36
23.11.2015, 10:25  [ТС]
Цитата Сообщение от Lexeq Посмотреть сообщение
Небольшая мысль. Не нужно генерировать всю планету сразу, генерируйте карту по мере открытия. Я тут посчитал, что бы игроку прогуляться по всей своей планете потребуется ~28 лет беспрерывной игры. Храните все в бд, иначе при каком нибудь сбое на сервере все игроки потеряют весь прогресс.
Спасибо за ответ и совет.
Да, хранить всё в бд придётся в любом случае, но на одной планете может быть до 50 человек, которые "розбрасываются" по карте при регистрации, так что карту генерировать полностью нужно в любом случае.
Сетка карты будет храниться в бд. Бекенд сервер будет её полностью подгружать в оперативную память (не все данные, нужно примерно 50-90 гб оперативной памяти (максимум игроков и максимальная загрузка)), в виде трёхмерного масива (планета, х, у), таким образом можно будет обеспечить прямой доступ без выборки, а фронтенд будет по мере необходимости обращаться к нему за данными для отправки клиентам. Вот как-то так я придумал.
0
Надоела реклама? Зарегистрируйтесь и она исчезнет полностью.
BasicMan
Эксперт
29316 / 5623 / 2384
Регистрация: 17.02.2009
Сообщений: 30,364
Блог
23.11.2015, 10:25
Помогаю со студенческими работами здесь

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

Большой объём данных в Access
Здравствуйте! У меня проблема. В БД Access я создала две таблицы. 1-ая небольшая (Название_парам., Описание, Признак). А 2-ая...

Access и большой объем данных
Есть программа которая пишет данные в несколько таблиц Access. При этом есть моменты, когда запись идет сразу в несколько таблиц...

Скопировать большой объём данных
Имеются два txt-файла почти по 100К строк (каждый порядка 3 МБ весит). Нужно &quot;скрестить&quot; эти файлы, подставляя по очереди строки из...

QAbstractTableModel и большой объем данных
Создал свою модель наследованную от QAbstractTableModel и отображаю ее в QTableView. Есть список структур, в структуре 11 полей которые...


Искать еще темы с ответами

Или воспользуйтесь поиском по форуму:
3
Ответ Создать тему
Новые блоги и статьи
Мысли в слух. Про "навсегда".
kumehtar 16.04.2026
Подумалось тут, что наверное очень глупо использовать во всяких своих установках понятие "навсегда". Это очень сильное понятие, и я только начинаю понимать край его смысла, не смотря на то что давно. . .
My Business CRM
MaGz GoLd 16.04.2026
Всем привет, недавно возникла потребность создать CRM, для личных нужд. Собственно программа предоставляет из себя базу данных клиентов, в которой можно фиксировать звонки, стадии сделки, а также. . .
Знаешь почему 90% людей редко бывают счастливыми?
kumehtar 14.04.2026
Потому что они ждут. Ждут выходных, ждут отпуска, ждут удачного момента. . . а удачный момент так и не приходит.
Фиксация колонок в отчете СКД
Maks 14.04.2026
Фиксация колонок в СКД отчета типа Таблица. Задача: зафиксировать три левых колонки в отчете. Процедура ПриКомпоновкеРезультата(ДокументРезультат, ДанныеРасшифровки, СтандартнаяОбработка) / / . . .
Настройки VS Code
Loafer 13.04.2026
{ "cmake. configureOnOpen": false, "diffEditor. ignoreTrimWhitespace": true, "editor. guides. bracketPairs": "active", "extensions. ignoreRecommendations": true, . . .
Оптимизация кода на разграничение прав доступа к элементам формы
Maks 13.04.2026
Алгоритм из решения ниже реализован на нетиповом документе, разработанного в конфигурации КА2. Задачи, как таковой, поставлено не было, проделанное ниже исключительно моя инициатива. Было так:. . .
Контроль заполнения и очистка дат в зависимости от значения перечислений
Maks 12.04.2026
Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: реализовать контроль корректности заполнения дат назначения. . .
Архитектура слоя интернета для сервера-слоя.
Hrethgir 11.04.2026
В продолжение https:/ / www. cyberforum. ru/ blogs/ 223907/ 10860. html Знаешь что я подумал? Раз мы все источники пишем в голове ветки, то ничего не мешает добавить в голову такой источник, который сам. . .
КиберФорум - форум программистов, компьютерный форум, программирование
Powered by vBulletin
Copyright ©2000 - 2026, CyberForum.ru