вот с этого места поподробней, очень интересно ;)

Ну тут собственно хоть из вики копипаста

   Структурный аспект (составляющая) — данные в базе данных представляют собой набор отношений.
   Аспект (составляющая) целостности — отношения отвечают определённым условиям целостности. РМД поддерживает декларативные ограничения целостности уровня домена (типа данных), уровня отношения и уровня базы данных.
   Аспект (составляющая) обработки (манипулирования) — РМД поддерживает операторы манипулирования отношениями (реляционная алгебра, реляционное исчисление).

Часто БД только первую часть реализуют, поэтому они только структурированные. Читал помню подготовку к экзу MSSQL, там половина курса именно реляционная модель и есть примеры когда выглядит так, но не является. Нашел в них много того, с чем работал

Собственно неправильная структура БД ее делает уже нереляционной

А в 90%, особенно во всяких фреймворках оно так и есть. В итоге там есть проблемы присущие реляционным СУБД, и нет плюсов, потому что структура по факту реляционной не является

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

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

Nosql тоже бывают разные

И документоориентированными типа монги далеко не все являются

по-моему скромному мнению, все nosql БД рано или поздно обзаводятся SQL интерфейсом 😆

Ну это да, но опять же SQL != RDB уже давно

Таки да, SQL как некий синтаксис родился в общении с реляционными дб

Но давно оттуда вышел и в итоге нередко потребителю не нужна реляционная бд - ему нужен sql

А реляционная БД только медленнее и хуже работает и геморрой прибавляет

Спасибо @vadimisakanov и все, кто давал советы - они иногда путали, но иногда помогали. Репликация у меня заработала в docker-compose. Сначала я увидел, что server_id на master задан верно, потом сделал на slave аналогично.

пжлст)

Советовать - не работать, тут это практикуют

Кстати, @vadimisakanov нового митапа не придумывал?

Думаем, мб к концу июля

Джависты думают ещё в июле митап сделать

Там надо памяти много аллоцировать, они пока заняты

☺️