Розничная компания хранит транзакции, местоположения магазинов и таблицы клиентов в кластере Amazon Redshift ra3.4xlarge из четырех зарезервированных узлов. Все таблицы в настоящее время используют распределение EVEN. Таблица местоположений магазинов обновляется очень редко, но запросы выполняются медленно, потому что таблица транслируется на все четыре вычислительных узла. Что должен сделать инженер данных, чтобы уменьшить широковещательную рассылку и ускорить запросы наиболее экономичным способом?

Изменение стиля распределения таблицы storelocations с EVEN на ALL является наиболее экономичным решением. Таблица storelocations небольшая и редко обновляется. При распределении ALL полная копия таблицы хранится на каждом вычислительном узле, что устраняет необходимость широковещательной рассылки таблицы во время выполнения запроса и значительно ускоряет запросы, включающие эту таблицу. Изменение стиля распределения на KEY нецелесообразно для редко обновляемой таблицы, так как это может привести к неравномерному распределению данных и не решит проблему широковещательной рассылки. Добавление столбца объединения в ключ сортировки не влияет на широковещательную рассылку. Обновление зарезервированного узла до большего размера экземпляра является более дорогостоящим решением, которое не устраняет первопричину проблемы с широковещательной рассылкой.