Исходное сообщение
"Опубликован Kubegres, инструментарий для развёртывания класт..." Отправлено Аноним, 24-Апр-21 13:53
>  Возможно стоит задуматься о дизайне приложения и о дизайне хранения данных. И не всегда данные изначально надо хранить нормализованными. В общем надо смотреть на конкретный случай и искать умное решение. И в итоге в таких случаях умным решением окажется не постгрес, а кликхаус (если юзкейс позволяет не обновлять таблицы, а пересоздавать их) или эластик, со слоем кэширования в виде редиса. И вся логика по хитровыделанной обработке данных уходит на сторону приложения, которое можно масштабировать хоть до посинения (если разработчики слышали про map-reduce и прочие умные слова). А в РСУБД остается только минимальный объём данных, где действительно необходимы транзакции.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Возможно стоит задуматься о дизайне приложения и о дизайне хранения данных. И не всегда данные изначально надо хранить нормализованными. В общем надо смотреть на конкретный случай и искать умное решение. > И в итоге в таких случаях умным решением окажется не постгрес, а > кликхаус (если юзкейс позволяет не обновлять таблицы, а пересоздавать их) или > эластик, со слоем кэширования в виде редиса. > И вся логика по хитровыделанной обработке данных уходит на сторону приложения, которое > можно масштабировать хоть до посинения (если разработчики слышали про map-reduce и > прочие умные слова). > А в РСУБД остается только минимальный объём данных, где действительно необходимы транзакции.
	Введите код, изображенный на картинке: