Anteckning
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
Anmärkning
Innan du läser den här artikeln rekommenderar vi att du läser Översikt över frågeutvärdering och frågedelegering i Power Query för att bättre förstå hur frågefällning fungerar i Power Query.
Hopvikningsindikatorer för frågor hjälper dig att förstå vilka steg som hopvikas eller inte hopvikas.
Med indikatorer för frågeviktning blir det tydligt när du gör en ändring som bryter frågeviktningsprocessen. Den här funktionen hjälper dig att enklare lösa problem snabbt, undvika prestandaproblem i första hand och få bättre inblick i dina frågor. I de flesta fall stöter du på steg som viks eller inte viks. Men det finns många fall där resultatet inte är lika uppenbart, och dessa fall diskuteras i Stegdiagnostikindikatorer (dynamisk, ogenomskinlig och okänd).
Anmärkning
Funktionen frågedelegeringsindikatorer är endast tillgänglig för Power Query Online.
Tolka frågeoptimeringsdiagnostik
När du undersöker indikatorn för frågevikning bredvid ett steg är det viktigaste att förstå att diagnostiktillståndet inte är sekventiellt. Med andra ord beskriver indikatorn för det steget om frågan som helhet, fram till den punkten, viks eller inte. Om du har en indikator som visar att sökfrågan inte viks, följt av en indikator som visar att den faktiskt viks, innebär det att din sökfråga fram till den punkten viks.
Den här tolkningen fungerar även med en enkel fråga mot en SQL-källa. Om du till exempel använder AdventureWorks-exempeldatabasen ansluter du till tabellen Production.Product och läser in data. När du läser in det här exemplet via Power Query-navigatören får du följande fråga:
let
Source = Sql.Database("ServerName", "AdventureWorks"),
Navigation = Source{[Schema = "Production", Item = "Product"]}[Data]
in
Navigation
Om du undersöker hur den här koden visas i indikatorer för frågesammanslagning noterar du att det första steget är inkonklusivt. Men det andra steget bryts ner, vilket innebär att frågan fram till den punkten bryts ner.
I det här exemplet kan de första stegen inte bekräftas att vika (är osäkra), men det sista steget som genereras när du först laddar in data viks. Hur de första stegen (källa och ibland andra navigeringssteg ) hanteras beror på anslutningsappen. Med SQL hanteras till exempel steget som ett katalogtabellvärde som inte viks. Men så fort du väljer data för den anslutningsappen viks den.
Omvänt kan den här indikationen också innebära att din sökfråga konvergerar till en viss punkt och sedan slutar konvergera. Till skillnad från i de fall där du har en vikningsindikator för steget som visar att allt viks, när du har en icke-vikningsindikator betyder det inte att allt inte viks. Istället betyder det att "inte allt" viker sig. I allmänhet viker allt upp till den sista vikningsindikatorn, med fler åtgärder som händer efteråt.
Om du ändrar föregående exempel kan du ge en transformering som aldrig viks – Versalera varje ord.
let
Source = Sql.Database("ServerName", "AdventureWorks"),
Navigation = Source{[Schema = "Production", Item = "Product"]}[Data],
#"Capitalized each word" = Table.TransformColumns(Navigation, {{"Name", each Text.Proper(_), type text}})
in
#"Capitalized each word"
I frågedelegeringsindikatorerna har du samma indikatorer som tidigare, förutom att det sista steget inte viks. Allt fram till det här sista steget utförs på datakällan, medan det sista steget utförs lokalt.
Indikatorer för stegdiagnostik
Frågedelegeringsindikatorer utnyttjar en underliggande frågeplanering och kräver att den kan hämta information om frågan för att kunna rapportera den. För närvarande stöder frågeplanen endast tabeller, så vissa fall (listor, poster, primitiver) rapporterar inte som vikning eller inte. På samma sätt anses konstanta tabeller vara ogenomskinliga.
| Indikator | Ikon | Beskrivning |
|---|---|---|
| Vikning |
|
Vikningsindikatorn visar att datakällan utvärderar frågan fram till det här steget. |
| Inte vikning |
|
Indikatorn för att inte vika visar att en del av frågan fram till det här steget utvärderas utanför datakällan. Du kan jämföra den med den senaste vikningsindikatorn, om det finns en, för att se om du kan ordna om frågan så att den blir mer högpresterande. |
| Kan vika |
|
Indikatorer som kan vikas är ovanliga. De menar att en förfrågan "kan" falla samman. De anger antingen att vikning eller inte vikning bestäms vid körning, när resultat hämtas från frågan och att frågeplanen är dynamisk. Dessa indikatorer visas troligen bara med ODBC- eller OData-anslutningar. |
| Ogenomskinlig |
|
Ogenomskinliga indikatorer visar att den resulterande frågeplanen av någon anledning är ofullständig. Det indikerar vanligtvis att det finns en äkta "konstant" tabell eller att indikatorerna och frågeplansverktyget inte stöder den transformeringen eller kopplingsverktyget. |
| Okänd |
|
Okända indikatorer representerar en frånvaro av en frågeplan, antingen på grund av ett fel eller försök att köra frågeplanens utvärdering på något annat än en tabell (till exempel en post, lista eller primitiv). |
Exempelanalys
För en exempelanalys börjar du med att ansluta till tabellen Production.Product i Adventure Works (SQL). Den inledande belastningen, som liknar det första exemplet, ser ut som i följande bild.
Om du lägger till fler steg som viker utökas den gröna linjen till höger. Det här tillägget beror på att det här steget också viks.
Om du lägger till ett steg som inte viks visas en annan indikator. Till exempel , Versalera varje ord viks aldrig. Indikatorn ändras och visar att den vid detta steg slutade att vika sig. Som nämnt tidigare gäller de föregående stegen fortfarande.
Att lägga till fler steg nedströms som är beroende av Att kapitalisera varje steg fortsätter att inte bli löst.
Men om du tar bort kolumnen som du har använt kapitalisering på så att den optimerade frågeplanen kan sammanställas igen, får du ett resultat som liknar följande bild. Något som liknar detta är dock ovanligt. Den här bilden illustrerar hur det inte bara är stegens ordning, utan även de faktiska transformeringar som gäller.