Interessant nok har jeg alltid tenkt at hvis du refererer til en annen Dune-spørring, ville det være ganske ineffektivt fordi Trino-optimalisatoren ikke planlegger den eksterne spørringen og den nåværende spørringen sammen. Men det viser seg at det gjør det. Jeg har Forespørsel A: en tabell over Morfo-markedene som tilby/trekkes ut. Dette er hele hendelsesloggen, så den bør være ganske omfattende. Deretter filtrerer Spørring B, som refererer til Spørring A, på ett spesifikt market_id. Det viser seg at Trino fortsatt er smart nok til å gjøre predikat-pushdown (et fint uttrykk for filtrering så tidlig som mulig) på Spørring A. Enkelt sagt overførte den mitt market_id filter til Spørring A selv om filteret ble brukt på Spørring B. Jeg er ikke sikker på om Trino vil gjøre det samme for mer komplekse spørringer. Men implikasjonene av dette er: Du trenger kanskje ikke å forhåndsoptimalisere eller gjøre tidlig filtrering på grunntabellene. Hvis filtrene dine er på last-mile-tabellene, som vanligvis brukes til å lage dashbord, kan Trino skyve filtrene nedstrøms (for en merkelig setning). Jeg var ganske bekymret for dette i starten og overoptimaliserte litt. Men advarselen er at du bare kan gjøre dette hvis du allerede forventer at nedstrømstabellene vil ha en form for filtrering. For hvis du ikke gjør denne optimaliseringen ved upstream-tabellene, vil det koste deg mange kreditter. Selvfølgelig gjelder standardregelen i optimalisering, for eksempel hvis du gjør en vindusfunksjon før du filtrerer på bestemte verdier, så vil det ødelegge deg fordi du vil bruke vindusfunksjon på tvers av hele datasettet. Ikke bra. Så egentlig avhenger utformingen av spørringen av det forventede brukstilfellet for tabellen nedstrøms. Jeg er ikke sikker på om jeg gir mening eller om dette er riktig. Kanskje noen også kan sjekke ut dette. Det er ganske kult, da.