Datatyper i Power BI Desktop
I den här artikeln beskrivs datatyper som stöds av Power BI Desktop och DAX (Data Analysis Expressions).
När Power BI läser in data försöker den konvertera datatyperna för källkolumner till datatyper som stöder effektivare lagring, beräkningar och datavisualisering. Om en kolumn med värden som du importerar från Excel till exempel inte har några bråkvärden konverterar Power BI Desktop datakolumnen till en datatyp med Vem tal, vilket passar bättre för att lagra heltal.
Det här konceptet är viktigt eftersom vissa DAX-funktioner har särskilda datatypskrav. I många fall konverterar DAX implicit datatyper, men i vissa fall inte. Om en DAX-funktion till exempel kräver en datatyp för Datum , men datatypen för kolumnen är Text, fungerar inte DAX-funktionen korrekt. Därför är det viktigt och användbart att använda rätt datatyper för kolumner.
Fastställa och ange en kolumns datatyp
I Power BI Desktop kan du bestämma och ange en kolumns datatyp i Power Query-redigeraren, i datavyn eller i rapportvyn:
I Power Query-redigeraren väljer du kolumnen och väljer sedan Datatyp i gruppen Transformera i menyfliksområdet.
I Datavy eller Rapportvy väljer du kolumnen och väljer sedan listrutepilen bredvid Datatyp på fliken Kolumnverktyg i menyfliksområdet.
Listrutan Datatyp i Power Query-redigeraren har två datatyper som inte finns i datavyn eller rapportvyn: Datum/tid/tidszon och varaktighet. När du läser in en kolumn med dessa datatyper i Power BI-modellen konverteras en datum-/tids- /tidszonskolumn till datatypen Datum/tid och en varaktighetskolumn konverteras till datatypen Decimaltal .
Datatypen Binary stöds inte utanför Power Query-redigeraren. I Power Query-redigeraren kan du använda datatypen Binär när du läser in binära filer om du konverterar den till andra datatyper innan du läser in den i Power BI-modellen. Det binära valet finns i menyerna Datavy och Rapportvy av äldre skäl, men om du försöker läsa in binära kolumner i Power BI-modellen kan det uppstå fel.
Nummertyper
Power BI Desktop har stöd för tre taltyper: Decimaltal, Fast decimaltal och Vem tal.
Du kan använda egenskapen Tabellobjektmodell (TOM) Kolumn DataType för att ange DataType uppräkningar för nummertyper. Mer information om hur du programmatiskt ändrar objekt i Power BI finns i Program Power BI-semantiska modeller med tabellobjektmodellen.
Decimalnummer
Decimaltal är den vanligaste taltypen och kan hantera tal med bråkvärden och heltal. Decimaltal representerar flyttal med 64 bitar (åtta byte) med negativa värden från -1,79E +308 till -2,23E -308, positiva värden från 2,23E -308 till 1,79E +308 och 0. Tal som 34, 34.01 och 34.000367063 är giltiga decimaltal.
Den högsta precision som decimaltalstypen kan representera är 15 siffror. Decimalavgränsaren kan förekomma var som helst i talet. Den här typen motsvarar hur Excel lagrar sina tal, och TOM anger den här typen som DataType.Double Uppräkning.
Fast decimaltal
Datatypen Fast decimaltal har en fast plats för decimaltecknet. Decimalavgränsaren har alltid fyra siffror till höger och tillåter 19 signifikanssiffror. Det största värdet som det fasta decimaltalet kan representera är positivt eller negativt 922 337 203 685 477,5807.
Typen Fast decimaltal är användbar i fall där avrundning kan medföra fel. Tal som har små bråkvärden kan ibland ackumuleras och tvinga ett tal att vara något felaktigt. Med typen Fast decimaltal kan du undvika den här typen av fel genom att trunkera värdena förbi de fyra siffrorna till höger om decimaltecknet.
Den här datatypen motsvarar SQL Server-decimalen (19,4) eller datatypen Valuta i Analysis Services och Power Pivot i Excel. TOM anger den här typen som DataType.Decimal Uppräkning.
Heltal
Vem tal representerar ett heltalsvärde på 64 bitar (åtta byte). Eftersom det är ett heltal har Vem tal inga siffror till höger om decimaltecknet. Den här typen tillåter 19 siffror med positiva eller negativa heltal mellan -9 223 372 036 854 775 807 (-2^63+1 ) och 9 223 372 036 854 775 806 (2^63-2), så kan representera största möjliga antal av de numeriska datatyperna.
Precis som med den fasta decimaltypenkan Vem talstypen vara användbar när du behöver styra avrundning. TOM representerar datatypen Vem le number som DataType.Int64 Uppräkning.
Kommentar
Power BI Desktop-datamodellen stöder 64-bitars heltalsvärden, men på grund av JavaScript-begränsningar är det största antalet visuella Power BI-objekt säkert 9 007 199 254 740 991 (2^53-1). Om datamodellen har större siffror kan du minska deras storlek genom beräkningar innan du lägger till dem i visuella objekt.
Noggrannhet för taltypberäkningar
Kolumnvärden för datatypen Decimaltal lagras som ungefärliga datatyper, enligt IEEE 754 Standard för flyttalsnummer. Ungefärliga datatyper har inneboende precisionsbegränsningar, eftersom de i stället för att lagra exakta talvärden kan lagra mycket nära, eller avrundade, approximationer.
Precisionsförlust, eller imprecision, kan inträffa om flyttalsvärdet inte på ett tillförlitligt sätt kan kvantifiera antalet flyttalssiffror. Imprecision kan potentiellt visas som oväntade eller felaktiga beräkningsresultat i vissa rapporteringsscenarier.
Likhetsrelaterade jämförelseberäkningar mellan värden av datatypen Decimaltal kan potentiellt returnera oväntade resultat. Likhetsjämförelser inkluderar lika =med , större än >, mindre än <, större än eller lika med >=, och mindre än eller lika med <=.
Det här problemet är mest uppenbart när du använder funktionen RANKX i ett DAX-uttryck, som beräknar resultatet två gånger, vilket resulterar i något olika tal. Rapportanvändare kanske inte märker skillnaden mellan de två talen, men rankningsresultatet kan vara märkbart felaktigt. För att undvika oväntade resultat kan du ändra kolumndatatypen från Decimaltal till antingen Fast decimaltal eller Vem tal eller utföra en tvingad avrundning med hjälp av ROUND. Datatypen Fast decimaltal har större precision eftersom decimaltecknet alltid har fyra siffror till höger.
Sällan kan beräkningar som summerar värdena för en kolumn med datatypen Decimaltal returnera oväntade resultat. Det här resultatet är troligtvis med kolumner som har stora mängder både positiva tal och negativa tal. Sumresultatet påverkas av fördelningen av värden mellan rader i kolumnen.
Om en obligatorisk beräkning summerar de flesta positiva talen innan de flesta negativa tal summeras kan den stora positiva partiella summan i början potentiellt förvränga resultatet. Om beräkningen sker för att lägga till balanserade positiva och negativa tal behåller frågan mer precision och returnerar därför mer exakta resultat. För att undvika oväntade resultat kan du ändra kolumndatatypen från Decimaltal till Fast decimaltal eller Vem tal.
Datum-/tidstyper
Power BI Desktop har stöd för fem datatyper för datum/tid i Power Query-redigeraren. Både datum/tid/tidszon och varaktighet konverteras under belastningen till Power BI Desktop-datamodellen. Modellen stöder datum/tid, eller så kan du formatera värdena som Datum eller Tid oberoende av varandra.
Datum/tid representerar både ett datum- och tidsvärde. Det underliggande datum-/tidsvärdet lagras som en decimaltalstyp , så du kan konvertera mellan de två typerna. Tidsdelen lagras som en bråkdel till hela multiplar på 1/300 sekunder (3,33 ms). Datatypen stöder datum mellan åren 1900 och 9999.
Datum representerar bara ett datum utan tidsdel. Ett datum konverteras till modellen som ett datum/tid-värde med noll för bråkvärdet.
Tid representerar bara en tid utan datumdel. En tid konverteras till modellen som ett datum/tid-värde utan siffror till vänster om decimaltecknet.
Datum/tid/tidszon representerar ett UTC-datum/tid med en tidszonsförskjutning och konverteras till Datum/tid när det läses in i modellen. Power BI-modellen justerar inte tidszonen baserat på användarens plats eller språk. Värdet 09:00 som läses in i modellen i USA visas som 09:00 oavsett var rapporten öppnas eller visas.
Varaktighet representerar en tidsperiod och konverteras till en decimaltalstyp när den läses in i modellen. Som decimaltalstyp kan du lägga till eller subtrahera värdena från datum-/tidsvärden med rätt resultat och enkelt använda värdena i visualiseringar som visar storlek.
Texttyp
Datatypen Text är en Unicode-teckendatasträng, som kan vara bokstäver, siffror eller datum som representeras i ett textformat. Den praktiska maxgränsen för stränglängd är cirka 32 000 Unicode-tecken, baserat på Power BI:s underliggande Power Query-motor, och dess gränser för längd på textdatatyper . Textdatatyper utöver den praktiska maxgränsen leder sannolikt till fel.
Det sätt på vilket Power BI lagrar textdata kan göra att data visas på olika sätt i vissa situationer. I nästa avsnitt beskrivs vanliga situationer som kan leda till att textdata ändrar utseende något mellan att fråga efter data i Power Query-redigeraren och läsa in dem i Power BI.
Skiftlägeskänslig
Motorn som lagrar och frågar efter data i Power BI är skiftlägesokänslig och behandlar olika versaler med bokstäver som samma värde. "A" är lika med "a". Power Query är dock skiftlägeskänsligt, där "A" inte är samma som "a". Skillnaden i fall känslighet kan leda till situationer där textdata ändras med versaler till synes oförklarligt efter inläsning i Power BI.
I följande exempel visas orderdata: En OrderNo-kolumn som är unik för varje order och en adressatkolumn som visar adressatnamnet som angetts manuellt vid beställningstillfället. Power Query-redigeraren visar flera beställningar med samma Adressatnamn som anges i systemet med varierande versaler.
När Power BI har läst in data ändras versaler för dubblettnamnen på fliken Data från den ursprungliga posten till någon av versaler.
Den här ändringen sker eftersom Power Query-redigeraren är skiftlägeskänslig, så den visar data exakt som de lagras i källsystemet. Motorn som lagrar data i Power BI är skiftlägesokänslig, så behandlar gemener och versaler av ett tecken som identiska. Power Query-data som läses in i Power BI-motorn kan ändras i enlighet med detta.
Power BI-motorn utvärderar varje rad individuellt när den läser in data från början. För varje textkolumn, till exempel Adressat, lagrar motorn en ordlista med unika värden för att förbättra prestanda genom datakomprimering. Motorn ser de tre första värdena i kolumnen Adressat som unika och lagrar dem i ordlistan. Därefter utvärderas namnen som identiska eftersom motorn är skiftlägesokänslig.
Motorn ser namnet "Taina Hasu" som identiskt med "TAINA HASU" och "Taina HASU", så det lagrar inte dessa variationer, men refererar till den första varianten den lagrade. Namnet "MURALI DAS" visas i versaler, eftersom det var så namnet visades första gången motorn utvärderade det när data lästes in uppifrån och ned.
Den här bilden illustrerar utvärderingsprocessen:
I föregående exempel läser Power BI-motorn in den första raden med data, skapar ordlistan Adressmottagare och lägger till Taina Hasu i den. Motorn lägger också till en referens till det värdet i kolumnen Adressat i den tabell som den läser in. Motorn gör samma sak för den andra och tredje raden, eftersom dessa namn inte motsvarar de andra när de ignorerar skiftläge.
För den fjärde raden jämför motorn värdet med namnen i ordlistan och hittar namnet. Eftersom motorn är skiftlägesokänslig är "TAINA HASU" och "Taina Hasu" desamma. Motorn lägger inte till ett nytt namn i ordlistan, men refererar till det befintliga namnet. Samma process sker för de återstående raderna.
Kommentar
Eftersom motorn som lagrar och frågar efter data i Power BI är skiftlägesokänslig bör du vara särskilt försiktig när du arbetar i DirectQuery-läge med en skiftlägeskänslig källa. Power BI förutsätter att källan har eliminerat dubbletter av rader. Eftersom Power BI är skiftlägesokänsligt behandlar det två värden som endast skiljer sig åt från fall till fall, medan källan kanske inte behandlar dem som sådana. I sådana fall är slutresultatet odefinierat.
Om du använder DirectQuery-läge med en skiftlägeskänslig datakälla för att undvika den här situationen normaliserar du höljet i källfrågan eller i Power Query-redigeraren.
Inledande och avslutande blanksteg
Power BI-motorn trimmar automatiskt eventuella avslutande blanksteg som följer textdata, men tar inte bort inledande blanksteg som föregår data. För att undvika förvirring bör du använda funktionen Text.Trim för att ta bort blanksteg i början eller slutet av texten när du arbetar med data som innehåller inledande eller avslutande blanksteg. Om du inte tar bort inledande blanksteg kan en relation misslyckas med att skapa på grund av duplicerade värden, eller så kan visuella objekt returnera oväntade resultat.
I följande exempel visas data om kunder: en namnkolumn som innehåller kundens namn och en indexkolumn som är unik för varje post. Namnen visas inom citattecken för tydlighetens skull. Kundnamnet upprepas fyra gånger, men varje gång med olika kombinationer av inledande och avslutande blanksteg. Dessa variationer kan inträffa med manuell datainmatning över tid.
| Row | Inledande utrymme | Avslutande utrymme | Name | Index | Text length |
|---|---|---|---|---|---|
| 1 | Nej | Nej | "Dylan Williams" | 1 | 14 |
| 2 | Nej | Ja | "Dylan Williams" | 10 | 15 |
| 3 | Ja | Nej | " Dylan Williams" | 20 | 15 |
| 4 | Ja | Ja | Dylan Williams | 40 | 16 |
I Power Query-redigeraren visas resulterande data på följande sätt.
När du går till fliken Data i Power BI när du har läst in data ser samma tabell ut som följande bild med samma antal rader som tidigare.
Ett visuellt objekt baserat på dessa data returnerar dock bara två rader.
I föregående bild har den första raden ett totalt värde på 60 för fältet Index , så den första raden i det visuella objektet representerar de två sista raderna i de inlästa data. Den andra raden med det totala indexvärdet 11 representerar de två första raderna. Skillnaden i antalet rader mellan det visuella objektet och datatabellen orsakas av att motorn automatiskt tar bort eller trimmar avslutande blanksteg, men inte inledande blanksteg. Så motorn utvärderar de första och andra raderna, och den tredje och fjärde raden, som identiska, och det visuella objektet returnerar dessa resultat.
Det här beteendet kan också orsaka felmeddelanden relaterade till relationer, eftersom dubblettvärden identifieras. Beroende på konfigurationen av dina relationer kan du till exempel se ett fel som liknar följande bild:
I andra situationer kanske du inte kan skapa en många-till-en- eller en-till-en-relation eftersom dubblettvärden identifieras.
Du kan spåra dessa fel tillbaka till inledande eller avslutande blanksteg och lösa dem med hjälp av Text.Trim, eller Trimma under Transformera, för att ta bort blankstegen i Power Query-redigeraren.
True/false-typ
Datatypen True/false är ett booleskt värde för antingen Sant eller Falskt. För bästa och mest konsekventa resultat, när du läser in en kolumn som innehåller boolesk true/false-information i Power BI, anger du kolumntypen true /false.
Power BI konverterar och visar data på olika sätt i vissa situationer. I det här avsnittet beskrivs vanliga fall av konvertering av booleska värden och hur du hanterar konverteringar som skapar oväntade resultat i Power BI.
I det här exemplet läser du in data om huruvida dina kunder har registrerat sig för nyhetsbrevet. Värdet TRUE anger att kunden har registrerat sig för nyhetsbrevet och värdet FALSE anger att kunden inte har registrerat sig.
Men när du publicerar rapporten till Power BI-tjänst visar kolumnen registreringsstatus för nyhetsbrevet 0 och -1 i stället för de förväntade värdena TRUE eller FALSE. Följande steg beskriver hur den här konverteringen sker och hur du förhindrar den.
Den förenklade frågan för den här tabellen visas i följande bild:
Datatypen för kolumnen Prenumerera på nyhetsbrev är inställd på Alla, och därför läser Power BI in data i modellen som Text.
När du lägger till en enkel visualisering som visar detaljerad information per kund visas data i det visuella objektet som förväntat, både i Power BI Desktop och när de publiceras till Power BI-tjänst.
Men när du uppdaterar den semantiska modellen i Power BI-tjänst visar kolumnen Prenumerera på nyhetsbrev i de visuella objekten värden som -1 och 0, i stället för att visa dem som TRUE eller FALSE:
Om du publicerar om rapporten från Power BI Desktop visar kolumnen Prenumerera på nyhetsbrev igen SANT eller FALSKT som förväntat, men när en uppdatering inträffar i Power BI-tjänst ändras värdena igen för att visa -1 och 0.
Lösningen för att förhindra den här situationen är att ange booleska kolumner för att skriva Sant/Falskt i Power BI Desktop och publicera om rapporten.
När du gör ändringen visar visualiseringen värdena i kolumnen Prenumerera på nyhetsbrev något annorlunda. I stället för att texten är alla versaler som anges i tabellen är endast den första bokstaven versaliserad. Den här ändringen är ett resultat av att kolumnens datatyp ändras.
När du har ändrat datatypen, publicerar om till Power BI-tjänst och en uppdatering sker, visar rapporten värdena som Sant eller Falskt, som förväntat.
Sammanfattningsvis bör du när du arbetar med booleska data i Power BI se till att dina kolumner är inställda på datatypen True/False i Power BI Desktop.
Tom typ
Blank är en DAX-datatyp som representerar och ersätter SQL-nullvärden. Du kan skapa ett tomt värde med hjälp av funktionen BLANK och testa för tomma värden med hjälp av den logiska funktionen ISBLANK .
Binär typ
Du kan använda datatypen Binär för att representera alla data med ett binärt format. I Power Query-redigeraren kan du använda den här datatypen när du läser in binära filer om du konverterar den till andra datatyper innan du läser in den i Power BI-modellen.
Binära kolumner stöds inte i Power BI-datamodellen. Alternativet Binärt finns i menyerna Datavy och Rapportvy av äldre skäl, men om du försöker läsa in binära kolumner till Power BI-modellen kan det uppstå fel.
Kommentar
Om en binär kolumn finns i utdata från stegen i en fråga kan försök att uppdatera data via en gateway orsaka fel. Vi rekommenderar att du uttryckligen tar bort binära kolumner som det sista steget i dina frågor.
Tabelltyp
DAX använder en tabelldatatyp i många funktioner, till exempel aggregeringar och tidsinformationsberäkningar. Vissa funktioner kräver en referens till en tabell. Andra funktioner returnerar en tabell som du sedan kan använda som indata till andra funktioner.
I vissa funktioner som kräver en tabell som indata kan du ange ett uttryck som utvärderas till en tabell. Vissa funktioner kräver en referens till en bastabell. Information om kraven för specifika funktioner finns i DAX-funktionsreferensen.
Implicit och explicit datatypskonvertering
Varje DAX-funktion har specifika krav för vilka typer av data som ska användas som indata och utdata. Vissa funktioner kräver till exempel heltal för vissa argument och datum för andra. Andra funktioner kräver text eller tabeller.
Om data i kolumnen som du anger som argument inte är kompatibla med den datatyp som funktionen kräver kan DAX returnera ett fel. Där det är möjligt försöker DOCK DAX implicit konvertera data till den datatyp som krävs.
Till exempel:
- Om du skriver ett datum som en sträng parsar DAX strängen och försöker omvandla den som ett av Windows datum- och tidsformat.
- Du kan lägga till TRUE + 1 och hämta resultatet 2 eftersom DAX implicit konverterar TRUE till talet 1 och utför åtgärden 1+1.
- Om du lägger till värden i två kolumner med ett värde representerat som text ("12") och det andra som ett tal (12), konverterar DAX implicit strängen till ett tal och gör sedan tillägget för ett numeriskt resultat. Uttrycket = "22" + 22 returnerar 44.
- Om du försöker sammanfoga två tal presenterar DAX dem som strängar och sammanfogar dem sedan. Uttrycket = 12 & 34 returnerar "1234".
Tabeller med implicita datakonverteringar
Operatorn avgör vilken typ av konvertering DAX utför genom att omvandla de värden som krävs innan du utför den begärda åtgärden. I följande tabeller visas operatorerna, och konverteringen gör DAX för varje datatyp när den parkopplas med datatypen i den korsande cellen.
Kommentar
Dessa tabeller innehåller inte textdatatyp . När ett tal representeras i ett textformat försöker Power BI i vissa fall fastställa taltypen och representera data som ett tal.
Tillägg (+)
| INTEGER | VALUTA | REAL | Datum/tid | |
|---|---|---|---|---|
| HELTAL | INTEGER | VALUTA | REAL | Datum/tid |
| VALUTA | VALUTA | VALUTA | REAL | Datum/tid |
| VERKLIGA | REAL | REAL | REAL | Datum/tid |
| Datum/tid | Datum/tid | Datum/tid | Datum/tid | Datum/tid |
Om en additionsåtgärd till exempel använder ett verkligt tal i kombination med valutadata konverterar DAX båda värdena till REAL och returnerar resultatet som REAL.
Subtraktion (-)
I följande tabell är radrubriken minuend (vänster sida) och kolumnrubriken är subtrahend (höger sida).
| INTEGER | VALUTA | REAL | Datum/tid | |
|---|---|---|---|---|
| HELTAL | INTEGER | VALUTA | REAL | REAL |
| VALUTA | VALUTA | VALUTA | REAL | REAL |
| VERKLIGA | REAL | REAL | REAL | REAL |
| Datum/tid | Datum/tid | Datum/tid | Datum/tid | Datum/tid |
Om en subtraktionsåtgärd till exempel använder ett datum med någon annan datatyp konverterar DAX båda värdena till datum och returvärdet är också ett datum.
Kommentar
Datamodeller stöder den unary operatorn , - (negativ), men den här operatorn ändrar inte datatypen för operand.
Multiplikation (*)
| INTEGER | VALUTA | REAL | Datum/tid | |
|---|---|---|---|---|
| HELTAL | INTEGER | VALUTA | REAL | INTEGER |
| VALUTA | VALUTA | REAL | VALUTA | VALUTA |
| VERKLIGA | REAL | VALUTA | REAL | REAL |
Om en multiplikationsåtgärd till exempel kombinerar ett heltal med ett verkligt tal konverterar DAX båda talen till verkliga tal, och returvärdet är också REAL.
Division (/)
I följande tabell är radrubriken täljaren och kolumnrubriken är nämnaren.
| INTEGER | VALUTA | REAL | Datum/tid | |
|---|---|---|---|---|
| HELTAL | REAL | VALUTA | REAL | REAL |
| VALUTA | VALUTA | REAL | VALUTA | REAL |
| VERKLIGA | REAL | REAL | REAL | REAL |
| Datum/tid | REAL | REAL | REAL | REAL |
Om en division till exempel kombinerar ett heltal med ett valutavärde konverterar DAX båda värdena till verkliga tal, och resultatet är också ett verkligt tal.
Jämförelseoperatorer
I jämförelseuttryck tar DAX hänsyn till booleska värden som är större än strängvärden och strängvärden som är större än numeriska värden eller datum-/tidsvärden. Tal och datum/tid-värden har samma rangordning.
DAX utför inga implicita konverteringar för booleska värden eller strängvärden. BLANK eller ett tomt värde konverteras till 0, "" eller False, beroende på datatypen för det andra jämförda värdet.
Följande DAX-uttryck illustrerar det här beteendet:
=IF(FALSE()>"true","Expression is true", "Expression is false")returnerar "Uttrycket är sant".=IF("12">12,"Expression is true", "Expression is false")returnerar "Uttrycket är sant".=IF("12"=12,"Expression is true", "Expression is false")returnerar "Uttrycket är falskt".
DAX utför implicita konverteringar för numeriska typer eller datum-/tidstyper som beskrivs i följande tabell:
| Jämförelse Operatör |
INTEGER | VALUTA | REAL | Datum/tid |
|---|---|---|---|---|
| HELTAL | INTEGER | VALUTA | REAL | REAL |
| VALUTA | VALUTA | VALUTA | REAL | REAL |
| VERKLIGA | REAL | REAL | REAL | REAL |
| Datum/tid | REAL | REAL | REAL | Datum/tid |
Tomma, tomma strängar och nollvärden
DAX representerar ett null-, tomt värde, en tom cell eller ett värde som saknas av samma nya värdetyp, en BLANK. Du kan också generera tomma värden med hjälp av funktionen BLANK eller testa blanksteg med hjälp av funktionen ISBLANK.
Hur åtgärder som addition eller sammanfogning hanterar blanksteg beror på den enskilda funktionen. I följande tabell sammanfattas skillnaderna mellan hur DAX- och Microsoft Excel-formler hanterar blanksteg.
| Uttryck | DAX | Excel |
|---|---|---|
| BLANK + BLANK | TOM | 0 (noll) |
| BLANK + 5 | 5 | 5 |
| TOM * 5 | TOM | 0 (noll) |
| 5/BLANK | Infinity | Fel |
| 0/BLANK | NaN | Fel |
| BLANK/BLANK | TOM | Fel |
| FALSKT ELLER TOMT | FALSKT | FALSKT |
| FALSKT OCH TOMT | FALSKT | FALSKT |
| SANT ELLER TOMT | Sant | Sant |
| SANT OCH TOMT | FALSKT | SANT |
| TOM ELLER TOM | TOM | Fel |
| BLANK OCH BLANK | TOM | Fel |
Relaterat innehåll
Du kan göra alla möjliga saker med Power BI Desktop och data. Mer information om Power BI-funktioner finns i följande resurser: