@ckorzhik Нет. Хуевая кронсистентность — это хуевая консистентность, а тут именно подход «давайте сразу хуячить готовые данные вместо максимально ограниченных».
@ckorzhik Хуевая консистентность — это когда ты запостил комментарий, а в другом месте он еще не появился. Потому что наша высокопроизводительная база так работает.
NoSQL — это «ой, а зачем нам каждый раз пересчитывать комментарии, давайте сделаем счетчик и будем его бампать на каждый пост, так быстрее». А потом мы решаем, что комментарии можно удалять, но приркутить дебампилку забываем. Или просто решаем чем-нибудь низкоуровневым почистить от спама. И пиздец.
Похоже, ты прав. Вот тут грубое определение:
> Consistency model
> a contract between programmer and system, wherein the system guarantees that if the programmer follows some specific rules, the results of operations on the data store will be predictable
@anonymous > готов поспорить что ты в жизни не надрочил ни одного проекта полностью в 3й нормальной форме
Пришлось идти в гугол и вспоминать, что такое третья нормальная форма. Абсолютно все мои проекты изначально полностью в 3-й нормальной форме. Денормализовываю только тогда, когда это дает ощутимый прирост в производительности, которой не хватает. Иначе себе дороже: проблем огребешь на пустом месте.
@anonymous У меня «потом» наступало так часто, что я даже не припомню конкретных примеров.
Могу вспомнить случаи, когда все ускорялось кешем из materialized views с инвалидацией по какому-нибудь ORDER BY updated_at DESC LIMIT 1. Я правда очень не люблю натыкаться на грабли, которые сам расставляю, и поэтому делаю это только в случаях, когда иначе вообще никуда не поехать.