sql >> Databasteknik >  >> RDS >> PostgreSQL

Lagra händelser när du använder Event Sourcing

Låter som FUD.

Alla händelser ser likadana ut, eller hur? En klick data och några kolumner med metadata som är användbara för att placera klumpen i sitt sammanhang. Du har inga särskilt smarta relationer att köra; hitta alla händelser i strömmen, hitta alla händelser orsakade av kommando (som alla kommer att vara i samma ström ändå), det är ungefär det.

Händelser hör förmodligen alla hemma i samma logiska syn.

Fysiskt kanske du vill luska runt så att du kan skala. Du kanske vill granska vad Udi Dahan hade att säga i CQRS men annorlunda bilder . Men grundtanken här är att sharding/partitionering är ett problem som databasleverantörer redan håller på med att lösa, så låt dem göra det.

Diskussioner om Postgres eventbutiker:




  1. Ska jag ha min Postgres-katalog bredvid min projektmapp? Om så är fallet, hur?

  2. Skapa en SQL Server-databas med SQLOPS

  3. Varför beter UNION ALL med och utan parentes olika?

  4. MySQL – Databas Character Set Encoding and Collation Explained