-
-
Notifications
You must be signed in to change notification settings - Fork 444
-
-
Notifications
You must be signed in to change notification settings - Fork 444
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Allow ReadModels Marked For Deletion To Be "Unmarked" for Deletion #792
Comments
Hello there! We hope you are doing well. We noticed that this issue has not seen any activity in the past 90 days. If you still require assistance with this issue, please feel free to reopen it or create a new issue. Thank you for your understanding and cooperation. Best regards, |
Hello there! We hope you are doing well. We noticed that this issue has not seen any activity in the past 90 days. If you still require assistance with this issue, please feel free to reopen it or create a new issue. Thank you for your understanding and cooperation. Best regards, |
My team is currently developing some functionality where we will "deleting" multiple aggregates within a Saga. In the case that a step within the Saga fails, we add a compensating "restore" event to essentially undelete it.
This works fine for Aggregates as we have a simple
IsDeleted
boolean.However, when we try to update the read model's we start to run into a problem. Ideally we would like to avoid adding a
IsDeleted
property on our read model and instead mark the model for deletion via the context(making it easier to query the read models in the future).However, it would appear that once you mark the Read Model Context for deletion, you can't unset it.
I would like to suggest this as a feature.
Additionally, provided this is something that would be acceptable to change; I would be willing to implement it to reduce the bandwidth on maintainers.
The text was updated successfully, but these errors were encountered: