metaclass: (Default)
[personal profile] metaclass
[livejournal.com profile] arbinada дал ссылку на обсуждение CQRS.
Смысл самой аббревиатуры я пока не осознал. Придумали новую шизу, опять в целях "не хотим реляционных БД".

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

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

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


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

Date: 2010-03-24 03:31 pm (UTC)
From: [identity profile] zelanton.livejournal.com
остаётся прикрутить к этому фоново актуализирующийся кэш и будет обычная БД.

Profile

metaclass: (Default)
metaclass

April 2017

S M T W T F S
      1
2345678
9101112 131415
16171819202122
23242526272829
30      

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated Oct. 15th, 2025 09:28 am
Powered by Dreamwidth Studios