Curiosamente, sempre pensei que se você referenciar outra consulta Dune, seria bastante ineficiente porque o otimizador Trino não planeja a consulta externa e a consulta atual juntas. Mas parece que ele faz. Eu tenho a Consulta A: uma tabela de mercados Morpho de suprimento/retração. Este é o registro completo de eventos, então deve ser bastante pesado. Então a Consulta B, que referencia a Consulta A, filtra em um market_id específico. Acontece que o Trino ainda é inteligente o suficiente para fazer o pushdown de predicados (termo chique para filtrar o mais cedo possível) na Consulta A. Simplificando, ele transferiu meu filtro de market_id para a Consulta A, mesmo que o filtro tenha sido aplicado na Consulta B. Não tenho certeza se, para consultas mais complexas, o Trino fará a mesma coisa. Mas as implicações disso são: Você pode não precisar pré-otimizar ou fazer filtragem antecipada nas tabelas base. Se seus filtros estão nas tabelas de última milha, que são tabelas normalmente usadas para criar painéis, o Trino é capaz de empurrar os filtros para cima (que frase estranha). Eu estava bastante preocupado com isso no início e meio que otimizei demais. Mas a palavra de cautela é que você só pode fazer isso se já espera que as tabelas a jusante tenham algum tipo de filtragem. Porque se você não fizer essa otimização nas tabelas a montante, isso vai custar muitos créditos. Claro que a regra padrão se aplica na otimização, como se você fizer uma função de janela antes de filtrar em valores específicos, então isso vai te prejudicar porque você estará fazendo a função de janela em todo o conjunto de dados. Não é bom. Então, na verdade, o design da consulta depende do caso de uso antecipado da tabela a jusante. Não tenho certeza se estou fazendo sentido ou se isso está certo. Talvez alguém também possa verificar isso. É bem legal, no entanto.