> порядок операндов фиксированныйи замечательно. S - значит structured. Иначе был бы не запрос, а нечитаемое мессиво.
> аналитические функции с использованием rank, over и "partition by" делают вывих мозга
Первые несколько дней - да. Это вы ещё на всякие мультисеты и группинг сеты не смотрели. К слову, чтобы вывернуть мозг на первый проект с использованием Redis, мне понадобилось больше месяца: очень бесила убогость и несуразность. Потом ничего, разобрался и понравилось. Начал бы с редиса - бесил бы переход на SQL.
> Плюсом из убогости (двумерность) самих РСУБД вытакает убогость всего SQL-я в виде разнообразных JOINов
Да нет в джоинах никакого зла.
> при этом я особо сложные вещи на SQL не делал, предпочитая нормальные языки программирования.
SQL - это _query_ language, причём тут нормальные/ненормальные языки программирования? К слову, orm - это всего лишь object-relational _mapping_.
> про парсинг текста команды и костыли в виде prepared statements все знают.
Поясните, плз, я не знаю.
> про бардак с limit, top, rownum() или там except/minus итд итп тоже
+1, раздражает. Однако, единого стандарта на nosql и orm я тоже не встречал.
> Нормальные люди поработав с mongo api например выкидывают SQL на помойку. Можешь не видеть очевидного, мне не жалко. Но посмотри на рынок вакансий, нужно или nosql или ORM. А программисты SQL уже там же где и программисты HTML.
Если кто-то покажет хорошую реализацию на noSQL, например, учётной системы сети гипермаркетов, я крепко задумаюсь. Однако, пока такого не видел.
PS: О чём вообще спор? Каждой задаче - свой инструмент.