Схема реляционной базы данных для поиска событий

1. Должен ли я хранить промоутер события домена?

Я думаю, что будет более гибко, если вы сохраните промоутер как часть полезной нагрузки события, а не метаданные. Вопросы безопасности должны решаться за пределами домена. Не каждое событие вызывается пользователем, хотя вы можете создать для него поддельное событие (сисадмин для CronJob).

Например:

ManualPaymentMadeEvent { //store this object as details in your schema
    amount,
    by_user//In this case, developers can determine whether store the promoter case by case
}

2.в каком формате хранить тип события?
Должен ли я добавить таблицу с типами событий или достаточно имен классов? Должен ли я добавлять группы событий?

Я думаю, что имен классов достаточно. Добавление другой таблицы усложняет чтение событий (по таблицам соединений), и я думаю, что это добавляет значение только при переименовании имен классов (обновление одной строки в таблице типов событий). Но я думаю, что это не добавит особых проблем с использованием

update domain_events set 
    aggregate_type = 'new class name'
where aggregate_type = 'origin class name'

Я не уверен, что понимаю группы событий, не могли бы вы добавить больше пояснений?

3. Что я не уверен в том, что событие предметной области может иметь несколько ограниченных контекстов или только один, поэтому должен ли я также хранить контексты событий?

Иногда события используются для интеграции нескольких контекстов. Но каждое событие поднимается только в одном контексте. Например, событие ManualPaymentMadeEvent вызывается в контексте заказа, и список событий в контексте доставки также использует его, рассматривая его как триггер начала доставки.

Я предпочитаю использовать для каждого пользователя базы данных (термин оракула) для каждого контекста. shipping.domain_events для контекста доставки и ordering.domain_events для контекста заказа.

Вот схема в axon-framework, которая может помочь

create table DomainEventEntry (
    aggregateIdentifier varchar2(255) not null,
    sequenceNumber number(19,0) not null,
    type varchar2(255) not null,  --aggregate class name
    eventIdentifier varchar2(255) not null,
    metaData blob,   
    payload blob not null, -- details
    payloadRevision varchar2(255),
    payloadType varchar2(255) not null, --event class name
    timeStamp varchar2(255) not null
);

alter table DomainEventEntry
    add constraint PK_DomainEventEntry primary key (aggregateIdentifier, sequenceNumber, type);