Cela ressemble à FUD.
Tous les événements se ressemblent, n'est-ce pas ? Un blob de données et quelques colonnes de métadonnées utiles pour placer le blob dans son contexte. Vous n'avez pas de relations particulièrement intelligentes à gérer; trouver tous les événements dans le flux, trouver tous les événements causés par la commande (qui seront tous dans le même flux de toute façon), c'est à peu près tout.
Les événements appartiennent probablement tous à la même vue logique.
Physiquement, vous voudrez peut-être faire des gaffes pour pouvoir évoluer. Vous voudrez peut-être revoir ce qu'Udi Dahan avait à dire dans CQRS mais différent diapositives . Mais l'idée de base ici est que sharding/partitionnement est un problème que les fournisseurs de bases de données sont déjà en train de résoudre, alors laissez-les faire.
Discussions sur les magasins d'événements Postgres :
