Когда удобнее использовать NoSQL СУБД, например документо-ориентированные как MongoDB и есть ли преимущества кроме производительности и масштабирования. На сколько просто\удобно в реальных проектах использовать туже MongoDB вместо других SQL РСУБД?

Собственно документо-ориентированные СУБД ещё не использовал и даже не касался их.
Вопрос касательно join'ов какая альтернатива? К примеру у нас есть запись под ней комментарии, сами комментарии можно положить в массив, но каждый комментарий оставлен конкретным пользователем, со своим ником, аватаркой - которую он может хоть каждый день менять, как правильно организовать структуру и это всё вытащить?

skyANASlaviskesСобственно документо-ориентированные СУБД ещё не использовал и даже не касался их.
Вопрос касательно join'ов какая альтернатива? К примеру у нас есть запись под ней комментарии, сами комментарии можно положить в массив, но каждый комментарий оставлен конкретным пользователем, со своим ником, аватаркой - которую он может хоть каждый день менять, как правильно организовать структуру и это всё вытащить?Документо-ориентированная СУБД тут не нужна.
Где тут? Где бывает подобная ситуация и потребность в JOIN? Где бывают записи и комментарии к ним?
Это же только абстрактный пример.

skyANASlaviskesпропущено...

Где тут? Где бывает подобная ситуация и потребность в JOIN? Где бывают записи и комментарии к ним?В блогах и форумах.
SlaviskesЭто же только абстрактный пример.Плохой пример.
Ну собственно мой вопрос изначально и был "когда удобней использовать то или иное решение", на что получил ответ если не нужен ACID(а вами ещё добавлено, что и ACID сами реализовали) то можно использовать.
Поэтому интересуюсь у людей кто на своей практике использовал в реальных проектах

skyANASlaviskesпропущено...

Ну собственно мой вопрос изначально и был "когда удобней использовать то или иное решение", на что получил ответ если не нужен ACID(а вами ещё добавлено, что и ACID сами реализовали) то можно использовать.
Поэтому интересуюсь у людей кто на своей практике использовал в реальных проектахВсё зависит от характера данных и их объёма. От предполагаемых операций с ними, количества этих операций в единицу времени и их профиля. От характера изменения перечисленных показателей в будещем.

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