Opiniones sobre Optimiza el rendimiento de las consultas de LookML

24826 opiniones

Venkata S. · Se revisó hace alrededor de 3 años

SMRITI G. · Se revisó hace alrededor de 3 años

KANDI A. · Se revisó hace alrededor de 3 años

Ishav V. · Se revisó hace alrededor de 3 años

Sherilyn P. · Se revisó hace alrededor de 3 años

Emiliano A. · Se revisó hace alrededor de 3 años

María Del Mar D. · Se revisó hace alrededor de 3 años

Jaume A. · Se revisó hace alrededor de 3 años

V S. · Se revisó hace alrededor de 3 años

done

Vani M. · Se revisó hace alrededor de 3 años

Yaxiong W. · Se revisó hace alrededor de 3 años

María Del Mar D. · Se revisó hace alrededor de 3 años

Marie-Christine C. · Se revisó hace alrededor de 3 años

Multiple notes, in order: - 1 hour and 30 minutes is NOT enough to do this lab properly and read through things and extra resources being listed within the lab. At least another 30 minutes would be required. - In the section "Implement caching policies", you are describing an extract, load, transform process but then you summarize that as "ETL" instead of "ELT". - In the section "Join the minimal amount of views to define new Explores", you state that the one_to_many configuration may not be the "most optimal configuration" when in fact this is not about optimal, using one_to_many here is just incorrect. - In the section "Define performant join relationships for efficient Explore queries", you provide the instruction - "Return to the browser tab for the Explore query, and refresh the page." and then speak about there being 2 queries, which I understand, but when you ask folks to refresh the page the explore runs automatically and if you are not quick enough you won't see the query that generates the table because you will already have run the updated configuration. Either find a different way to do this (like opening through a new tab) or provide a workaround for folks to see the 2 queries. - In the section "Modify and review PDTs in development", the question "Why is aggregated_orders::aggregate_sales still not listed under the Production tab, even though it was built successfully?" doesn't make sense. "aggregated_orders::aggregate_sales" IS listed within the Production tab as its previous version that was run, it didn't go anywhere, it is just also listed in the Development tab because of the changes we implemented in Development. - The section 4 is missing a completion check as if it isn't even part of this lab. - In the section "Ready for more?", and this I think applies to all labs I took so far, please suggest the next step in the learning path or at least don't suggest something general/unspecific/unrelated to the current lab being done.

Tiago R. · Se revisó hace alrededor de 3 años

素 李. · Se revisó hace alrededor de 3 años

Ajit P. · Se revisó hace alrededor de 3 años

Gopi J. · Se revisó hace alrededor de 3 años

Martyna K. · Se revisó hace alrededor de 3 años

Good

Gitesh G. · Se revisó hace alrededor de 3 años

Dr. Kondala Kameswara Rao N. · Se revisó hace alrededor de 3 años

537 Chinni krishna M. · Se revisó hace alrededor de 3 años

Saurav K. · Se revisó hace alrededor de 3 años

YOGENDER S. · Se revisó hace alrededor de 3 años

Kishan P. · Se revisó hace alrededor de 3 años

Raji n. · Se revisó hace alrededor de 3 años

No garantizamos que las opiniones publicadas provengan de consumidores que hayan comprado o utilizado los productos. Google no verifica las opiniones.