> Люди пишут, что в ряде случаев, "чтобы работало быстрее" они отказываются от
> транзакционной надёжности. Есть большой накопитель "в памяти", с предельно денормализованный
> моделью, который и принимает решения, а затем уже принятое таким образом
> решение дублируется относительно медленной обычной реляционной транзакционной СУБД.
> Решение вполне сносное: "накопитель в памяти" относительно их требований вполне надёжен,
> "грязь" в случае сбоя редка и решается административно и персонально. Но
> тут коуч используется не как СУБД, а как кэш (накопитель), персистируют
> же данные вполне традиционно -- в толстый реляционный надёжный Оракл.

"написано" (в каментах) на предложение "другой" модели но с рсубд, что трудозатраты были бы выше, чем даже переписать под новый движок
https://habr.com/ru/post/436762/#comment_19640432