Лучшие практики SQL
В SQL соединения очень эффективны. Они позволяют создавать данные, представляющие собой совокупность нескольких таблиц. В современных фреймворках они даже могут быть абстрагированы ORM, чтобы облегчить нашу жизнь как разработчиков. Но идея иметь агрегированные данные может быть довольно сложной задачей в некоторых случаях, хотя и не во многих, но вполне вероятно, что вы можете столкнуться с проблемой в какой-то момент в каком-то проекте!
Мой аргумент
Агрегированные данные представляют собой состояние или моментальный снимок ваших данных в определенный момент времени или в момент, когда вы фактически извлекаете данные. Соединения объединяют данные из нескольких таблиц, и с помощью других методов агрегирования, таких как sum , average , max и т. д., мы можем манипулировать и получать уточненные данные с большей ясностью, не затрагивая существующие данные.
Но иногда очень важно сохранить состояние данных в любой момент. Это сохраненное состояние можно позже проанализировать и использовать для отладки системы в случае любого неожиданного поведения. Кроме того, сохраненное состояние можно использовать для быстрого создания отчетов без пересчета данных из базы данных и, следовательно, меньше времени на запрос.
Вывод
В некоторых случаях важно хранить агрегированные данные в базе данных вместо того, чтобы манипулировать данными при каждом запросе. Хотя при хранении агрегированных данных в базе данных вы рискуете, что база данных займет слишком много места, вы можете получить более быстрый запрос по мере роста базы данных.
Спасибо, что нашли время прочитать эту статью. Статья намеренно сделана короткой, чтобы стимулировать обсуждение. Если у вас есть какие-либо вопросы, не стесняйтесь задавать их в комментариях!
