Здравствуйте, Cyberax, Вы писали:
IB>>Я писал про порог вхождения, а не про правильное использование — это разные вещи.
C>Где РСУБД сложнее, ну вот где? Простые SQL пишутся через 10 минут после открывания HOWTO.
Ну я реально встречался с людьми, для которых всё вот это — какая-то непонятная муть.
Вот у них есть JSON-объект; они вообще всю логику приложения представляют себе в терминах JSON-объектов.
А теперь им надо его как-то заперсистить, и тут начинается: надо учить про типы данных; надо придумывать длины для строковых колонок; синтаксис UPDATE и INSERT совершенно разный; экранирование всё это ужасное...
А потом мы немножечко меняем схему, и выясняется, что RDBMS бьёт по рукам — то нельзя дропнуть колонку, на которую ссылается форин кей, то ещё какая пежня.
На фоне этого NoSQL, в котором можно просто сказать .Save() и не париться, выглядит прямо таки как свежий воздух сразу после курилки.
Вот она — целевая аудитория.

Тут же ещё фишка в том, что на разных уровнях люди думают о разном.
На определённом этапе развития люди думают о том, как обеспечить fault tolerance, какая будет производительность, сколько будет стоить это всё обслуживать.
Но в мире есть огромное количество программистов, для которых вот это всё — сильно выше их головы. Им бы сделать так, чтобы оно хоть как-то заработало.
Хотя бы в основном сценарии, happy path. Ну и что, что медленно. Ну и что, что при малейшем сбое мы оставляем систему в неконсистентном состоянии. Пусть хотя бы можно будет прокликать от начала и до конца.

Подавляющее большинство инструментов проектируются именно для этих людей. Code first? ASP.Net WebPages? VB/vcx? Куда ни ткни — все хотят на ёлку.
Смешно то, что SQL в своё время проектировался именно как инструмент для посредственностей, неспособных правильно манипулировать структурками в файлах на фортране.
Это как если бы мы наблюдали за тем, как коробка-автомат воспринимается новым поколением водителей как слишком сложная в управлении.

Ну вот на мой взгляд, подвох NoSQL как раз в том, что его кривая квалификации имеет некоторый провал.
То есть чтобы нахипстерить на нём "лендинг паге" нужно в 2-3 раза меньше времени, чем с использованием традиционных SQL. Новичку — вообще может в 10 раз меньше потребоваться, особенно если он изучал только курсы по вёрстке и ангуляру.

И профессионалам допилить NoSQL до амазоновских эпических масштабов тоже существенно дешевле, чем RDBMS.

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