3 ms·
> The event stream is exactly the same as a commit log in a regular DB This assumes the content in the commit log are client events, not CRUD on table data act
by mycall 7y ago
> The event stream is exactly the same as a commit log in a regular DB
This assumes the content in the commit log are client events, not CRUD on table data actions (events are higher order).
> the whole event history is not useful and consumes huge amounts of space
When a greenfield project is starting up, data is gold. 8TB drives are $242. Create a data lake from the start.
- nullwasamistake 7y agoI disagree. The events tend to relate directly to what would be regular database tables in my experience. And data is the new oil is definitely a businessweek cargo cult. None of the event data was of any use on the projects I worked on. We were under mandate to find something to do with it and still couldn't. The closest useful thing was allowing undo and replaying past events but we already had that on Postgres with hibernate auditing on interesting tables (money related stuff)