Home/ Questions/Q 6836915
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-26T23:24:48+00:00

We have set up an architecture based on DDD and CQRS. Additionally we have

  • 0

We have set up an architecture based on DDD and CQRS. Additionally we have a restful API with an OAUTH implementation for our clients to connect to.
Our clients connect to our API and perform operations on behalf of their clients. Their clients are represented by profiles on our side.

We don’t have a good solution for the following problem. Clients are able to create a profile by calling a method on our API. The problem is that we need to guarantee the uniqueness of the profiles. So what we currently do is check for an existing profile in the read model, create a command if it doesn’t exist and return the profile ID back to the client so they can perform other API calls.

When a client performs multiple calls in rapid succession, a profile is created twice instead of once due to an out of date read model. We don’t want that, but how do we resolve this issue?

We have thought about creating a saga to prevent more than one profile being created in the domain, but that is still problematic because we need to return the same profile ID to the client if their request is the same.

Any thoughts?

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    Commands are not supposed to return results.

    What you can do is create a command that includes the ID of the new profile, if it is a GUID. If you are using a seeded identity column of some sort, of course this won’t work.

    But say that your ID is a GUID. Then you can pass a GUID in the command to the back end. The back end will create the new profile only if the GUID doesn’t already exist — and you have guaranteed unicity.

    • 0