Тот же АРК как я слышал просто ужасно оптимизирован

Слышал, но не использовал.....

Ну я про Арк

Игру

Ну я для моддинга

В арке зато только в стиме средний онлайн 100к человек

Но там сервер сайд моддинг занял ещё в 2017-м челик какой-то

Так, обращаюсь снова к простому люду за советом

Там не в сервере дело

В графоне который по ублюдски неоптимизирован

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

В первом случае буффер придется десериализовывать чтобы получить данные, но зато стиль у всех функции будет один, все функции будут принимать указатель на соединение к бд и сериализовывать данные в буффер изменяя размер

Второй стиль мне не нравится тем, что там возможно придется до 20 аргументов передавать чтобы вернуть результаты

Кому в наше время игры интересны в том, чтобы в них играть?

Старкрафтерам например

Рой, все твои варианты идиотские. Напиши пул подключений и делай запросы в отдельных потоках, потому что запросов может больше одного одновременно и стопить ради них основной поток = быть отбитым ебланом

Третий Варкрафт ещё жив благодаря кастомкам

Да ладно, не все так плохо

Графон знатно подтянули

А как мне потом эти данные из пула получать в основной поток?