İlginçtir ki, başka bir Dune sorgusuna referans verirseniz Trino optimizatoru harici ile mevcut sorguyu birlikte planlamadığı için oldukça verimsiz olur diye düşünürdüm. Ama meğerse öyle oluyor. Sorgu A: Morpho pazarları için tedarik/çekme tablosu. Bu tam etkinlik günlüğü, yani oldukça ağır olmalı. Sonra Query A'ya referans veren Query B, belirli bir market_id filtreler. Görünüşe göre Trino, A Sorgusunda hâlâ erken filtreleme için kullanılan predicate pushdown (süzülme için kullanılan süslü terim) yapacak kadar akıllı görünüyor. Basitçe söylemek gerekirse, filtre Query B'ye uygulanmış olmasına rağmen market_id filtremi Query A'ya aktardı. Daha karmaşık sorgular için Trino'nun aynı şeyi yapıp yapmayacağından emin değilim. Ancak bunun sonuçları şunlardır: Temel tablolarda önceden optimize etmenize veya erken filtreleme yapmanıza gerek olmayabilir. Filtreleriniz genellikle dashboard yapmak için kullanılan son mil tablolarında ise, Trino filtreleri yukarı doğru itebiliyor (ne garip bir cümle). Başta bu konuda oldukça endişelendim ve biraz fazla optimize ettim. Ama uyarı şu ki, bunu ancak aşağı akış tablolarında bir tür filtreleme olmasını bekliyorsanız yapabilirsiniz. Çünkü bu optimizasyonu üst akış tablolarında yapmazsanız, size çok fazla kredi kaybettirecek. Elbette standart kural optimizasyonda da geçerlidir; örneğin belirli değerlere filtre almadan önce bir pencere fonksiyonu yaparsanız, tüm veri setinde pencere fonksiyonu işleyeceğiniz için bu sizi işteleyebilir. İyi değil. Yani aslında, sorgu tasarımı aşağı akış tablosunun beklenen kullanım durumuna bağlıdır. Anlamlı mı konuştuğumdan ya da bunun doğru olup olmadığından emin değilim. Belki biri de bunu kontrol edebilir. Ama oldukça havalı.