Just put up http://cqrsinfo.com as many people have been asking for the information.
You will find there documents, 6-7 hours of video, and links to good material on the web.
CQRS Info
This entry was posted in CQRS. Bookmark the permalink. Follow any comments here with the RSS feed for this post.
the precious ideas you provided do help our team’s investigation for our company, thanks
Where event sourcing shines is that we can look at the SAME information in any possible way that they can conceive
Hi Greg,
Where are you? Are you still in Vancouver? Great posts.
I don’t think the event sourcing for this purpose
dmitry:
If the request is to add an attribute for the new idea then there is no way possible we can look at our old data that never had that property associated. We would have to make an equivalent change in both systems, you are correct.
Where event sourcing shines is that we can look at the SAME information in any possible way that they can conceive (as seen in the example where they want to now look at items removed from a cart with 2:21 before the cart is checked out). We can make our OLTP models capable of doing this but in doing so we have to provide heuristics to what kinds of questions the business will want to ask.
Thanks for this link!
It’s probably not a good place to comment but I found that the example mentioned in video that event sourcing allows to replay system from the beginning and thus be able to sustain to requirement changes to be quite “truth bending”.
The example was about how marketing came with idea to check the theory about dependency of different sales on time and since event sourcing has time already included one could replay events to verify this theory (as opposed to static model when we don’t keep time of purchase).
Apparently, would the theory was about dependency on family status of customer and you did not gather that in the first place any replay could not help either.
In fact, I don’t think the event sourcing for this purpose (to sustain to reqs changes) is any better than a classical OLTP/OLAP division in “static world”. Although you could tell that this division is the form of event sourcing in the first place:)
I would like to hear little more compelling reasons when and why we should choose event sourcing.
Thanks Greg – this is very helpful – the more ammo and education on this pattern the easier it is to explain it
Thanks for sharing Greg. Not sure what the twitter exchange between you and Jeremy was about – but your material and 6 1/2 hour class is excellent – and very ‘concrete’. I think you’re making a valuable contribution to the community.
I downloaded the example the other week, and read the comments of people criticizing the “simplicity”. I must say, there are concepts that I don’t understand but want to learn. 6 1/2 hours of video sounds about right though. I shall be downloading that.
Thank-you.