вопрос к знатокам PGSQL, насколько хорошием решением будет использовать view в PG для реализации event streaming?
То есть мы в одну табличку пишем события, как event stream. Далее делаем агрегирующий View и из приложения работаем с ним как ReadState?
create table users
(
id uuid default gen_random_uuid() not null
constraint users_pkey
primary key,
name text not null,
email text not null
);
create table profile_events
(
id uuid default gen_random_uuid() not null
constraint profile_events_pkey
primary key,
userid uuid not null
constraint profile_events_userid_fkey
references users
on update restrict on delete restrict,
type text not null,
body jsonb not null,
inserted_at timestamp with time zone default now() not null
);
create materialized view profile_view as
WITH t AS (
SELECT profile_events.id,
profile_events.userid,
profile_events.type,
profile_events.body,
profile_events.inserted_at,
row_number()
OVER (PARTITION BY profile_events.userid, profile_events.type ORDER BY profile_events.inserted_at DESC) AS row_number
FROM profile_events
)
SELECT t.userid,
t.type,
t.body ->> 'name'::text AS name,
t.body ->> 'surname'::text AS surname,
t.inserted_at
FROM t
WHERE t.row_number = 1;
Вот такой минимальный прототип - две таблички и вьюха, которая из евентов реконструирует конечный стейт.
Насколько это вообще плохая идея так делать?
@antonrevyako я один такой странный что хочу получить ACID от ДБ для Event Sourcing или это Common Practice и я о ней просто не знаю?
