PostgreSQL
 sql >> база данни >  >> RDS >> PostgreSQL

Съхраняване на събития при използване на Event Sourcing

Звучи като FUD.

Всички събития изглеждат еднакви, нали? Петно от данни и някои колони с метаданни, които са полезни за поставяне на петното в контекст. Нямате особено умни връзки, които да управлявате; намиране на всички събития в поток, намиране на всички събития, причинени от команда (които така или иначе всички ще бъдат в един и същи поток), това е всичко.

Вероятно всички събития принадлежат към един и същ логически изглед.

Физически, може да искате да се побъркате, за да можете да мащабирате. Може да искате да прегледате какво каза Уди Дахан в CQRS, но различно слайдове . Но основната идея тук е, че шардинг/разделяне е проблем, който доставчиците на бази данни вече се занимават с разрешаването, така че оставете ги да го направят.

Дискусии на магазини за събития на 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. Как избирате период от време в postgres?

  2. Генериране на автоматичен идентификатор в postgresql

  3. Как да използвате пакет graphql-type-json с GraphQl

  4. Как да промените типа данни на колона от символен към числов в PostgreSQL 8.4

  5. SQLAlchemy, Psycopg2 и Postgresql COPY