Bir perakende şirketi, dört düğümlü ayrılmış bir ra3.4xlarge Amazon Redshift kümesinde işlem, mağaza konumu ve müşteri tablolarını depolamaktadır. Tüm tablolar şu anda EVEN dağıtımını kullanmaktadır. Mağaza konumu tablosu çok nadiren güncellenir, ancak tablo dört işlem düğümünün tümüne yayınlandığı için sorgular yavaştır. Yayınlamayı azaltmak ve sorguları en uygun maliyetli şekilde hızlandırmak için veri mühendisi ne yapmalıdır?

Mağaza konumu tablosunun dağıtım stilini ALL dağıtımına değiştirmek, her işlem düğümüne tablonun tam bir kopyasını yerleştirir. Bu, küçük ve nadiren güncellenen boyut tabloları için sorgu performansını önemli ölçüde artırır çünkü birleştirme işlemleri için ağ üzerinden veri transferine gerek kalmaz. Mevcut durumda EVEN dağıtımı kullanıldığında, her düğüm tablonun yalnızca bir kısmına sahip olduğundan, birleştirme sırasında verilerin düğümler arasında hareket etmesi gerekir, bu da sorguları yavaşlatır. KEY dağıtımını en yüksek boyuta sahip sütuna göre değiştirmek, verileri belirli bir anahtara göre dağıtır ancak küçük bir boyut tablosu için ALL dağıtımının getirdiği performans avantajını sağlamaz. Tüm tablolar için sort key'e storeid adında bir join sütunu eklemek, sıralı okumaları hızlandırabilir ancak dağıtım stilinin neden olduğu ağ trafiği sorununu çözmez. Redshift ayrılmış düğümünü daha büyük bir örnek boyutuna yükseltmek, genel performansı artırabilir ancak maliyetlidir ve dağıtım stilinin neden olduğu spesifik sorunu doğrudan ele almaz.