Какую выбрать архитектуру бд для ElasticSearch?

Question

[reddyk1]

Есть бд с 3 таблицами,
1) videos - таблица с основной инфой по видео
id | author_id | video_link | created_at

2) authors - никнеймы авторов
id | nickname

3) events - события которые происходят с видео(загружено, забанено и тд)
id | video_id | type | created_at

Нужно реализовать поиск видео с возможностью поиска по автору, по датам банов, по типам событий(загружено или забанено)

Думаю выбрать архитектуру parent -> child, чтобы при возможном изменении никнейма автора - мы могли осуществлять поиск, но хотел бы узнать возможно ли все же реализовать как-то по-другому (к примеру индекс с кучей полей и группировкой)?

Comments

[Василий Банников]

А зачем тут вообще эластик? Вроде оно и так должно предельно просто решаться силами реляционки.
Тем более что у тебя уже есть таблицы.

[d'Ivan]

Есть бд с 3 таблицами

Postgres?

к примеру индекс с кучей полей и группировкой

[reddyk1]

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

[reddyk1]

Василий Банников, я архитектуру примерную привел, понятное дело что она сложнее, и данных очень много, на небольшом пуле строк - текущая реализация работает нормально

[Василий Банников]

reddyk1, может просто индексы не очень? А если денормализовать? В принципе хз, какого размера должна быть база, чтобы подобный запрос на постгресе тормозил - у тебя либо много терабайт данных, либо очень слабое железо, либо нет индексов.

[d'Ivan]

Василий Банников, похоже, надо уметь готовить его.
Да и, вообще, смахивает на проблему XY.