PostgreSQL
 sql >> Baza danych >  >> RDS >> PostgreSQL

Przechowywanie zdarzeń podczas korzystania z Event Sourcing

Brzmi jak FUD.

Wszystkie wydarzenia wyglądają tak samo, prawda? Obiekt BLOB danych i niektóre kolumny metadanych, które są przydatne do umieszczania obiektu BLOB w kontekście. Nie masz żadnych szczególnie sprytnych relacji do prowadzenia; znajdź wszystkie zdarzenia w strumieniu, znajdź wszystkie zdarzenia spowodowane przez polecenie (które i tak będą w tym samym strumieniu), to wszystko.

Prawdopodobnie wszystkie zdarzenia należą do tego samego logicznego widoku.

Fizycznie możesz chcieć wygłupiać się, aby móc skalować. Możesz przejrzeć, co Udi Dahan miał do powiedzenia w CQRS, ale inaczej slajdy . Ale podstawową ideą jest to, że sharding/partycjonowanie to problem, który dostawcy baz danych już rozwiązują, więc pozwól im to zrobić.

Dyskusje o sklepach eventowych Postgres:




  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. SQL:Kontrolowanie liczby zwracanych rekordów

  2. dzielenie rzędów w Redshift

  3. Uruchomienie skryptu SQL przez psql powoduje błędy składniowe, które nie występują w PgAdmin

  4. PostgreSQL - Uwierzytelnianie hasłem nie powiodło się po dodaniu ról grupowych

  5. [Wideo] Integracja danych z PostgreSQL