Какую систему управления БД выбрать?

Question

[Vladimir Nesterow]

Приветствую, господа. В данный момент существует различное кол-во систем управления БД, да. Но, честно, определить, какую из них выбрать не могу.

Собственно знаю основы SQL, ранее имел опыт работы с MySQL.
БД нужна для веб-сайта, лаунчера и игры на базе Unreal Engine.

Какую систему управления БД мне выбрать ? Или выбор не имеет никакого значения ? ( т. е брать можно любую ).
Надеюсь, Вы поможете мне разобраться.

Comments

[alexalexes]

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

[Vladimir Nesterow]

Приветствую.
Нагрузка: ну, допустим, сервер, который обрабатывает действия 5 тысяч человек одновременно.
Время отклика, естественно, максимально возможное.
Проект создается на Unreal Engine & Visual Studio ( иногда продукты от JetBrains ).
Касательно работы: условно говоря есть веб-сайт & какой-то лаунчер & какая-та игра. У них должна быть общая БД ( т. е, чтобы пользователь смог авторизоваться на сайте, в лаунчере с одного аккаунта. Авторизовавшись в лаунчере, его аккаунт виден в игре. Все действия в игре записываются в БД. На сайте, допустим, чтобы он мог взаимодействовать с тем, что у него есть в игре ( Ну, приведу пример ( игра будет мультиплеерная, заранее ). Условно у игрока есть товар N в игре. Ему лень заходить => он может продать его на сайте. )
БД определенно должна быть бесплатной ( хотя, если небольшая стоимость, то why not ).

Ах да, забыл. Условно говоря будут применяться след. технологии: ( Qt & ASP. Net & UE5 ). Имеет ли разница в выборе СУБД или они подходят к любым технологиям?

[Владимир Коротенко]

Vladimir Nesterow, percona db или maria db они интересней ванильного mysql
Спереди ставите redis для кэширования самых "горячих" данных.
С бд ставите официальный драйвер пак от оракла и из студии все делаете.

Answer 1

[Владимир Коротенко]

Все просто.
1. какая у вас ос
2. требования к бд
3. платность

Итак если линукс и хай энд и денег вагон то Oracle
Итак если windows и хай энд и денег вагон то MSSQL
Итак если линукс и хай энд и денег мало то PostgreSQL
Итак если линукс и чтобы работало и денег мало то MySql

Comments

[Василий Банников]

Что за posture?
Может всё-таки postgresql?

[Владимир Коротенко]

Василий Банников, проблема с автодополнением

[Vitsliputsli]

Брать надо ту, которую знаешь, и в первую очередь со стороны администрирования. Что значит 'хай энд'? Понты - это не критерий в техническом выборе. Если же подразумевалось 'высокая нагрузка', то MySQL прекрасно подходит для высоких нагрузок.

[Владимир Коротенко]

Vitsliputsli, хай энд все же несколько про другое.
Типичный кейс если постгре не тянет 1с поставьте сиквел.
И типичный понт ораклоидов просто добавьте в кластер еще машин.
Что же до MySQL он как был так и остался записной книжкой с SQL интерфейсом. С другой стороны именно это и нужно всяким хайлоад проектам.
Никакой сложной логики нет и в помине, проблема эту всю толпу размазать равномерно по куче серверов.
Просто разные задачи

[Vitsliputsli]

Владимир Коротенко, да, согласен, именно так.

Answer 2

[rPman]

Все действия в игре записываются в БД

в подавляющем большинстве случаев новички вот тут срезаются
так ли нужно ВСЕ действия делать доступными на веб сервере? прямо изменения координат или угла его зрения (которой к примеру мышкой игрок управляет)?
p.s. если не понял сарказма - нет, не надо

обычно то что не критично для мультиплеера но имеет высокие требования к скорости реализуют не в sql базе а в оперативной памяти самого сервера (т.е. даже не nosql а именно оперативная память в переменных, а для возможности восстановления - пишут лог все же критичных данных)

в нормальном проекте систему авторизации и финансовый блок пытаются отделить от игрового, причем буквально, чуть ли не разные базы данных, про финансовое наверное все совсем сложно, например финансы это не только реальные денежные отношения (это в идеале тоже отдельно) а внутриигровые финансы (то что может передаваться между игроками, деньги, ресурсы, предметы) и то что привязывается к игроку - это разное, обработка, аналитика и отчеты должны строиться по разному с разными требованиями к скорости.

хотя, если проект не большой, кому то может показаться достаточным одна база, а группы таблиц по каждой категории размещать в разных таблеспейсах на отдельных дисках (это значительно повышает скорость работы)

почему правильно разделять веб сайт и игру, чтобы ddos сайта не ложил игровой мир (так как это будет сделать в таком случае проще) я знаю реализацию, где информация на сайте реплицировалась выборочно с игровой базы данных (финансы отдельно) таким образом что бы на сайте не произошло, игру это не заденет

Comments

[Vladimir Nesterow]

> Все действия в игре записываются в БД
> Тут я, видимо, не правильно сформулировал.
Я имел ввиду не все действия игры ( т. е изменение координат , как Вы сказали ), а, допустим имущество игрока, его валюта, инвентарь.

Так, я правильно понял, что лучше разделить на две базы данных? Одна для веб-сайта, а вторая для игры? Тогда в лаунчере сделать авторизацию через БД игры?

Я, честно говоря, никогда еще не имел опыта разработки мультиплееров ( только синглов ). С БД давно не работал ( года с 18 ), хоть SQL все еще помню. Вот отсюда и начал возникать вопрос.

[rPman]

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

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

Answer 3

[Михаил]

Вопрос уровня: "Существует множество марок машин. Права есть. Ранее водил Ford Mondeo. Какую машину мне выбрать? Или выбор не имеет никакого значения? Надеюсь вы поможете мне разобраться"

Зависит от конкретных требований к БД. Если чего-то конкретного нет - берите то что знаете, то есть MySQL.

Comments

[Vladimir Nesterow]

Хорошо, Михаил.
Тогда добавлю больше конкретики и некоторые вопросы.
Ну, СУБД явно должна быть бесплатная & желательна высокая производительность & безопасность.
+ Имеет ли значение при выборе СУ БД исходя из технологий? ( Допустим .NET & ASP.NET & Qt & UE5 )
Если имеет, то выходит, нужно выбирать исходя из поддерживаемых СУБД.

[Михаил]

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

Так что берите MySQL и не парьтесь.

[shurshur]

Vladimir Nesterow, не бывает "высокой производительности" вообще, она бывает при определённых условиях: нагрузка, структура данных, используемые запросы и их количество, итд итп. То же самое касается и безопасности: она бывает не "вообще", а от конкретных угроз.

Если нет каких-то специальных начальных требований, то лучше брать ту базу, которую лучше знаешь, с её особенностями запросов, компетенциями по их оптимизации и прочее. В конце концов, при необходимости базу можно будет и поменять, ведь SQL он везде почти одинаковый, нужно будет только немного подправить.