Очередная неизвестная мне аббревиатура

[metaclass]

arbinada дал ссылку на обсуждение CQRS.
Смысл самой аббревиатуры я пока не осознал. Придумали новую шизу, опять в целях "не хотим реляционных БД".

Но сами идеи по ссылке, а так же то, что находится гуглом по ключевым словам, сильно перекликается с моими идеями насчет "log-based СУБД" с вкрученной функциональщиной.

Т.е. вместо объектов предметной области основным предметом моделирования становятся действия над ними, которые добавляются в базу (в моем представлении - только добавляются), транзакции становятся полноценными действиями, состоящими из множества других действий и позволяют явно управлять собой, версионность вместо средства физической реализации в СУБД становится тоже полноценно доступной функцией, все справочники становятся историческими и аудит действий мы получаем на халяву.
Запросы по такой СУБД нужно делать исключительно методом call-by-need с мемоизацией результатов в некоем кэше (вплоть до обычной РСУБД во фронт-енде). А сборка мусора, по идее, должна производится методом подчищения ненужной истории с заменой ее на снапшоты состояний.

Ну и еще хранение действий вместо данных у меня вызывает неадекватные ассоциации с point-free style и всякими стрелками и категориями.


PS: Почитал, что именно означает эта аббревиатура. "Я оказывается всю жизнь говорил прозой". У меня все более менее новые проекты концептуально устроены очень похоже на то, как там описано, единственно, что это все не называется страшными аббревиатурами и разделение записи и чтения не является основным архитектурным изыском.

Comments

[zelanton.livejournal.com]

остаётся прикрутить к этому фоново актуализирующийся кэш и будет обычная БД.