Skip to content

Episode 8 – When to Avoid CQRS

by joliver on July 14, 2011

A few months ago Udi Dahan posted on his blog about when to avoid CQRS.  It was a very interesting post that caused a lot of uproar and drew out some very strong feelings from the various adherents to the CQRS pattern.

In our typical style, we have decided to stir the pot further now that things have settled down some.  In this episode we go through Udi’s post and talk about the various points he raises as part of his post.

MP3 Download: Distributed Podcast, Episode 8

Notes from the podcast:

From → Podcasts

11 Comments
  1. tom permalink

    I think the trouble with event sourcing and rebuilding your cache is that ALL the data has to be built from events.

    In the systems I have worked on we tend to have a at least half components using CRUD, collaborating with each other using events that act as signals to trigger behavior in each other.

    This means that we cannot fully rebuild the read data using events, and it would take a lot of development effort to get there.

  2. Indu Alagarsamy permalink

    “Aggregate roots, receive commands and publish events
    Sagas can be treated as glue between AR.
    Saga typically Acts on events, sends out commands
    A Saga can occasionally also receive a command to do something, for example, kill the process”

    In this model, are you saying, sagas don’t typically publish an event?
    How do I tie in monitoring into this?
    In a business workflow, if I want to know the exact step of where the process is at, how do you accomplish that if the saga doesn’t publish a status? I would love to know where monitoring fits in, along with auditing.

  3. Ant permalink

    Great podcast guys, best one yet!

  4. JasonW permalink

    You guys should do a screen-cast on just Event Sourcing to provide to more details on storing events, rebuilding the view cache and doing snap shots. I know there are blogs providing some general details but since you guys are experts in the field it would been extremely helpful for those of use just learning. Just in general having screen-cast demonstrating various techniques, methodologies, technologies and patterns, like DNRTV for Dot Net Rock. would be great.

    Keep up the good work.

  5. Nick permalink

    Heard that last two episodes now and I think this is possibly the highest quality podcast I listen to. Really enjoy it. It’s good that there are a few of you and you don’t always agree.

    Hopefully udi will step up after you called him out and it will all get a bit WWE.

  6. Hello! Would you mind if I share your blog with my myspace group?
    There’s a lot of people that I think would really appreciate your content.
    Please let me know. Cheers

  7. Thanks on your marvelous posting! I truly enjoyed reading it,
    you could be a great author. I will ensure that I bookmark
    your blog and definitely will come back in the foreseeable future.
    I want to encourage yourself to continue your great posts,
    have a nice weekend!

  8. Greetings from Ohio! I’m bored to death at work so I decided to
    browse your site on my iphone during lunch
    break. I really like the information you present here and can’t wait to take a look when I get home.
    I’m amazed at how fast your blog loaded on my mobile ..
    I’m not even using WIFI, just 3G .. Anyhow, superb blog!

  9. you are truly a just right webmaster. The site loading velocity is incredible.
    It kind of feels that you’re doing any unique trick.
    In addition, The contents are masterwork. you have performed a wonderful process on this topic!

Trackbacks & Pingbacks

  1. Episode 9: When To Avoid CQRS—Clarified

Leave a Reply

Note: XHTML is allowed. Your email address will never be published.

Subscribe to this comment feed via RSS