Firma handlowa przechowuje transakcje, lokalizacje sklepów i tabele klientów na czterowęzłowym klastrze Amazon Redshift ra3.4xlarge z instancjami zarezerwowanymi. Wszystkie tabele używają obecnie dystrybucji EVEN. Tabela lokalizacji sklepów jest aktualizowana bardzo rzadko, ale zapytania są wolne, ponieważ tabela jest rozgłaszana do wszystkich czterech węzłów obliczeniowych. Co powinien zrobić inżynier danych, aby zredukować rozgłaszanie i przyspieszyć zapytania w najbardziej opłacalny sposób?

Zmiana stylu dystrybucji tabeli lokalizacji sklepów na ALL distribution jest najbardziej opłacalnym rozwiązaniem. Tabela ALL distribution replikuje całą tabelę na każdy węzeł obliczeniowy, eliminując potrzebę rozgłaszania danych podczas łączenia z innymi tabelami. Ponieważ tabela lokalizacji jest mała i rzadko aktualizowana, replikacja nie generuje znaczących kosztów ani obciążenia. Dystrybucja KEY wymagałaby starannego wyboru klucza i niekoniecznie wyeliminowałaby rozgłaszanie dla wszystkich zapytań. Dodanie kolumny łączenia do klucza sortowania nie rozwiązuje problemu rozgłaszania. Zwiększenie rozmiaru instancji Redshift jest droższe i nie jest konieczne, gdy problemem jest dystrybucja danych, a nie moc obliczeniowa.