Comment by kukkeliskuu

"... with your reasoning no complex system is ever consistent with ongoing changes. From the perspective of one of many concurrent writers outside of the database there’s no consistency they observe."

That was kind of my point. We should stop callings such systems consistent.

It is possible, however, to build a complex system, even with "event sourcing", that has consistency guarantees.

Of course your comment has the key term "outside of the database". You will need to either use a database or built a homegrown system that has similar features as databases do.

One way is to pipe everything through a database that enforces the consistency. I have actually built such an event sourcing platform.

Second way is to have a reconciliation process that guarantees consistency at certain point of time. For example, bank payments systems use reconciliation to achieve end-of-day consistency. Even those are not really "guaranteed" to be consistent, just that inconsistencies are sufficiently improbable, so that they can be handled manually and with agreed on timeouts.