Фраза “почитать доку” и “Mnesia нужно очень досконально изучать” - они несколько противоречат друг-другу. Инструмент сразу заявляет об этом. В чем проблема?

И таких подводных камней очень много.

Да их везде очень много, они просто в разных инструментах в разных местах развалены.

Так всегда было и всегда будет. Это касается даже таких инструментов как ЯП

Когда, если взять тот же cockroachdb(просто пример) - auto-heal - в случае нетсплита, понятно какая часть кластера как будет работать и так далее и с какими гарантиями. Большинство баз данных не имеют таких жёстких ограничений на количество данных. Т.е. большинство других инструментов дают более простые и понятные default behaviour для решения бизнес задач. Чтобы решить конфликты в mnesia нужно тащить внешнюю библиотеку unsplit, чтобы можно было сохранить больше чем X gb данных, нужно тащить внешнюю библиотеку (eleveldb и копаться в магии как это всё настроить) и писать код в приложении, если нужно будет когда-то на другие сервера переезжать. Все те вещи, которые в большинстве других инструментах работают out of the box.

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

Когда касается распределённости, когда используешь её локально - очень крутой инструмент.

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

Опять же вес. Mnesia нужно изучать намного глубже, чем большинство других инструментов. Всё, о чём я говорю - это не опревержение слов, а вес. Любой инструмент нужно изучать, но Mnesia нужно изучать особенно глубоко по сравнению.

У меня есть пара коллег, которые скажут вам такое про Kafka, ELK, PostgreSQL, Hadoop. Можно перечислять достаточно долго 🙂

С PostgreSQL можно уйти намного дальше, прежде чем нужно будет копаться обстоятельно в документации, чем с Mnesia.

Есть опыт использования PostgreSQL, есть с чем сравнивать.

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

У постгреса свои проблемы - отсутствие IN MEMORY таблиц.

Я указывал выше, что только в случае распределенной бд.

“Когда касается распределённости, когда используешь её локально - очень крутой инструмент.”

Ой-ой-ой, а это вранье. Представьте, что вы “ничего не знаете” про SQL. Смотрите как вам весело становится - транзакции, уровни изоляции, индексирование (покрывающие индексы, левая направленность индекса), кластеризация, шардирование, алтер табличек, истории с VACUUM и так далее. Вы просто лучше знаете PostgreSQL сразу переходя с MySQL к примеру нежели Mnesia, когда вы знаете только MySQL

Думаю даже в распределенной системе мнезия может очень неплохо зайти, если насрать на консистентность.

Эммм, а сделать in-memory диск и на него отправить табличку?

Я начинал с mnesia и знал о SQL по курсу университета, и все равно PostgreSQL оказался после mnesia проще и ушли дальше.