DilsGloomyЗдравствуйте. Передо мной стала проблема, какую СУБД выбрать для создания информационной системы. Данная система будет в виде Web-сайта, с модулем регистрации. После регистрации пользователю, в зависимости от введенных данных (возможно будет 3 вида регистрации), будет открыт свой личный кабинет. С него он отправляет формы заявлений. Все введенные данные должны храниться в БД. Из них потом должны формироваться отчеты. Предполагается, что кол-во записей будет в пределах 1-2 тис. Запросы на чтение и формирование отчетов для этого количества - в три-пять раз больше. Скорость доступа к данным в приоритете. В MS Access по логике все было просто - есть таблицы, связываешь их, делаешь форму ввода - заполняешь БД, отчет формируется по запросам. Это все было хорошо, но тормознутость этой системы была неумолима. Немного знаком с MySQL - там тоже все интуитивно понятно, та же схема. Но хочется узнать на счет MongoDB & PostgreSQL. Стоит ли изучать их, и подойдут ли они для моей задачи?
Для Вашей задачи обычная SQL система с бэкапом на единственном сервере не подойдет. Веб-сервер точно рано или поздно взломают и установят на него майнинг биткойнов.
Поэтому ставите в связку 3 сервера. Два для нормальной БД с репликацией и третий для арбитража и хранения бэкапов. Для репликации подойдет xtradb cluster от Перконы.

DilsGloomyНемного знаком с MySQL - там тоже все интуитивно понятно, та же схема.
Ну вот Вы и ответили на свой вопрос. Или Percona, или oracle mysql 8. И не связывайтесь с mariadb, это путь вникуда.

KarbafosAndy_OLAPИ не связывайтесь с mariadb, это путь вникуда.
сразу подразумевается, что нужно обоснование для такого интересного заявления
"Это сильное заявление. Проверять я его конечно не буду" (с)

Давайте сравним до 10.2 версии и увидим различия . Теперь посмотрим, как они прикручивали JSON. При том, что у них есть check constraint, https://mariadb.com/resources/blog/json-with-mariadb-10-2/]those JSON functions act on a text-string with JSON content. These functions are introduced in MariaDB 10.2 (which is in Beta as I write this), but there are a few bugs that means you should use MariaDB 10.2.4 or higher, which means as for now we assume that MariaDB 10.2.4 or higher is being used.

But there is one issue with the above that I don’t particularly care for and that is, as the attr column is plain text, any kind of data can be put in the attr column, even non-valid JSON. The good thing is that there is a fix for this in MariaDB 10.2, which is CHECK constraints that actually work, and this is a little discussed feature of MariaDB 10.2. . Я думаю, процесс разработки в mariaDB наглядно показан. И как они сильно стремятся уйти от oracle в сторону несовместимости. А ведь CTE в Oracle mysql 8 уже есть. Больше козырей не осталось.

KarbafosAndy_OLAPИ не связывайтесь с mariadb, это путь вникуда.
сразу подразумевается, что нужно обоснование для такого интересного заявления
Ключевое - "MariaDB Server replication, with own GTID, compatible only if MariaDB Server is a slave to MySQL, not vice versa". И на этом я завершаю с аргументами.

Relic HunterDilsGloomyMS Access, MySQL - там тоже все интуитивно понятно, та же схема. Но хочется узнать на счет MongoDB & PostgreSQL.Можно использовать все сразу в одном проекте.
Давайте пожалеем автора темы после его чистосердечного признания - "В MS Access по логике все было просто ...Немного знаком с MySQL ... узнать на счет MongoDB & PostgreSQL. Стоит ли изучать их". Все-таки проект наверное не учебный, а боевой.

Karbafosт.е. реально аргументов нет, понятно
Да, Вы правы. Дело все в том, что сегодня в завтрашний день не все могут смотреть и видеть развитие форков MySQL. Вернее, смотреть могут не только лишь все, мало кто может это делать".