Здравствуйте, vdimas, Вы писали:
V>И ты где-то наблюдал в достаточном кол-ве у новичков NoSQL?
V>Там же в основном SQLite или MySQL.
Я наблюдал SQLite с двухколоночными таблицами (int id, varchar(max) json).

V>Убери такое согласование м/у таблицами в RDBMS, например, убери внешний ключ для целей повышения эффективности, и вот ты уже двигаешься в сторону NoSQL. ))
Мне не удавалось наблюдать повышение эффективности при убирании внешнего ключа. Как правило, такие "трюки" применяются по невежеству. То есть люди добиваются замены очень плохого квери плана на просто плохой, и радуются уже этому.
Видел пример, когда на время апгрейда базы дропались индексы, "чтобы апдейт был быстрее". Надо было видеть изумление девелоперов, когда добавление правильных индексов ускорило апгрейд в 50 раз.
V>Я тебе уже описывал некоторые трюки, которые пришлось проворачивать, чтобы РСУБД быстрее пахала.
Описание было неубедительным, увы.
Чтобы меня убедить, нужен пример SQL скрипта с замерами производительности и обсуждаемым планом, а не голословные утверждения "Foreign key тормозит".
Потому, к примеру, что наличие foreign key способно не только незначительно замедлить некоторые сценарии, но и существенно ускорить некоторые другие.