Tipos de dados no Power BI Desktop

Este artigo descreve os tipos de dados suportados pelo Power BI Desktop e pelo DAX (Data Analysis Expressions).

Quando o Power BI carrega dados, ele tenta converter os tipos de dados de colunas de origem em tipos de dados que oferecem suporte a armazenamento, cálculos e visualização de dados mais eficientes. Por exemplo, se uma coluna de valores importada do Excel não tiver valores fracionários, o Power BI Desktop converte a coluna de dados em um tipo de dados Número inteiro , que é mais adequado para armazenar inteiros.

Este conceito é importante porque algumas funções DAX têm requisitos especiais de tipo de dados. Em muitos casos, o DAX converte implicitamente tipos de dados, mas em alguns casos não. Por exemplo, se uma função DAX exigir um tipo de dados Data , mas o tipo de dados para sua coluna for Texto, a função DAX não funcionará corretamente. Portanto, é importante e útil usar os tipos de dados corretos para colunas.

Determinar e especificar o tipo de dados de uma coluna

No Power BI Desktop, pode determinar e especificar o tipo de dados de uma coluna no Editor do Power Query, na Vista de Dados ou na Vista de Relatório:

  • No Power Query Editor, selecione a coluna e, em seguida, selecione Tipo de Dados no grupo Transformar do friso.

    Screenshot of the Power Query Editor, showing the Data type dropdown selection.

  • Em Vista de Dados ou Vista de Relatório, selecione a coluna e, em seguida, selecione a seta pendente junto a Tipo de dados no separador Ferramentas de coluna do friso.

    Screenshot of Data View, showing the Data type dropdown selection.

A seleção pendente Tipo de Dados no Editor do Power Query tem dois tipos de dados que não estão presentes na Vista de Dados ou na Vista de Relatório: Data/Hora/Fuso Horário e Duração. Quando você carrega uma coluna com esses tipos de dados no modelo do Power BI, uma coluna Data/Hora/Fuso horário é convertida em um tipo de dados Data/hora e uma coluna Duração é convertida em um tipo de dados Número decimal.

O tipo de dados binário não é suportado fora do Editor do Power Query. No Editor do Power Query, pode utilizar o tipo de dados binários quando carrega ficheiros binários se os converter noutros tipos de dados antes de os carregar no modelo do Power BI. A seleção Binária existe nos menus Modo de Exibição de Dados e Modo de Exibição de Relatório por motivos herdados, mas se você tentar carregar colunas Binárias no modelo do Power BI, poderá ter erros.

Tipos de números

O Power BI Desktop suporta três tipos de números: Número decimal, Número decimal fixo e Número inteiro.

Você pode usar a propriedade Tabular Object Model (TOM) Column DataType para especificar os DataType Enums para tipos de número. Para obter mais informações sobre como modificar objetos programaticamente no Power BI, consulte Programar modelos semânticos do Power BI com o Modelo de Objeto Tabular.

Número decimal

O número decimal é o tipo de número mais comum e pode manipular números com valores fracionários e números inteiros. O número decimal representa números de ponto flutuante de 64 bits (oito bytes) com valores negativos de -1,79E, +308 a -2,23E, -308, valores positivos de 2,23E, -308 a 1,79E, +308 e 0. Números como 34, 34.01 e 34.000367063 são números decimais válidos.

A maior precisão que o tipo de número decimal pode representar é de 15 dígitos. O separador decimal pode ocorrer em qualquer parte do número. Esse tipo corresponde a como o Excel armazena seus números, e TOM especifica esse tipo como DataType.Double Enum.

Número decimal fixo

O tipo de dados Número decimal fixo tem um local fixo para o separador decimal . O separador decimal tem sempre quatro dígitos à sua direita e permite 19 dígitos de significância. O maior valor que o número decimal fixo pode representar é positivo ou negativo 922.337.203.685.477,5807.

O tipo de número decimal fixo é útil nos casos em que o arredondamento pode introduzir erros. Números que têm pequenos valores fracionários às vezes podem se acumular e forçar um número a ser ligeiramente impreciso. O tipo de número decimal fixo pode ajudá-lo a evitar esses tipos de erros truncando os valores além dos quatro dígitos à direita do separador decimal.

Esse tipo de dados corresponde ao decimal (19,4) do SQL Server ou ao tipo de dados Moeda no Analysis Services e Power Pivot no Excel. TOM especifica esse tipo como DataType.Decimal Enum.

Número inteiro

O número inteiro representa um valor inteiro de 64 bits (oito bytes). Por ser um número inteiro, o número inteiro não tem dígitos à direita da casa decimal. Este tipo permite 19 dígitos de números inteiros positivos ou negativos entre -9.223.372.036.854.775.807 (-2^63+1) e 9.223.372.036.854.775.806 (2^63-2), portanto, pode representar os maiores números possíveis dos tipos de dados numéricos.

Tal como acontece com o tipo decimal fixo, o tipo de número inteiro pode ser útil quando você precisa controlar o arredondamento. TOM representa o tipo de dados Número inteiro como DataType.Int64 Enum.

Nota

O modelo de dados do Power BI Desktop suporta valores inteiros de 64 bits, mas devido a limitações de JavaScript, o maior número que os visuais do Power BI podem expressar com segurança é 9.007.199.254.740.991 (2^53-1). Se o seu modelo de dados tiver números maiores, você poderá reduzir seu tamanho por meio de cálculos antes de adicioná-los aos elementos visuais.

Precisão dos cálculos do tipo de número

Os valores de coluna do tipo de dados de número decimal são armazenados como tipos de dados aproximados, de acordo com o padrão IEEE 754 para números de ponto flutuante. Os tipos de dados aproximados têm limitações de precisão inerentes, porque em vez de armazenar valores numéricos exatos, eles podem armazenar aproximações extremamente próximas ou arredondadas.

A perda de precisão, ou imprecisão, pode ocorrer se o valor de vírgula flutuante não puder quantificar de forma confiável o número de dígitos de ponto flutuante. A imprecisão pode aparecer como resultados de cálculo inesperados ou imprecisos em alguns cenários de relatório.

Cálculos de comparação relacionados à igualdade entre valores do tipo de dados de número decimal podem potencialmente retornar resultados inesperados. As comparações de igualdade incluem iguais , maiores que , menores que <, maiores ou iguais a , e menores ou iguais =a >=<=.>

Esse problema é mais aparente quando você usa a função RANKX em uma expressão DAX, que calcula o resultado duas vezes, resultando em números ligeiramente diferentes. Os usuários do relatório podem não notar a diferença entre os dois números, mas o resultado da classificação pode ser visivelmente impreciso. Para evitar resultados inesperados, você pode alterar o tipo de dados da coluna de Número decimal para Número decimal fixo ou Número inteiro, ou fazer um arredondamento forçado usando ROUND. O tipo de dados Número decimal fixo tem maior precisão, porque o separador decimal sempre tem quatro dígitos à direita.

Raramente, cálculos que somam os valores de uma coluna do tipo de dados Número decimal podem retornar resultados inesperados. Este resultado é mais provável com colunas que têm grandes quantidades de números positivos e negativos. O resultado da soma é afetado pela distribuição de valores entre linhas na coluna.

Se um cálculo necessário soma a maioria dos números positivos antes de somar a maioria dos números negativos, a grande soma parcial positiva no início pode potencialmente distorcer os resultados. Se o cálculo adicionar números positivos e negativos equilibrados, a consulta reterá mais precisão e, portanto, retornará resultados mais precisos. Para evitar resultados inesperados, você pode alterar o tipo de dados da coluna de Número decimal para Número decimal fixo ou Número inteiro.

Tipos de data/hora

O Power BI Desktop suporta cinco tipos de dados de Data/Hora no Editor do Power Query. Data /Hora/Fuso horário e Duração são convertidos durante o carregamento no modelo de dados do Power BI Desktop. O modelo suporta Data/Hora ou pode formatar os valores como Data ou Hora de forma independente.

  • Data/Hora representa um valor de data e hora. O valor de Data/Hora subjacente é armazenado como um tipo de número decimal, para que você possa converter entre os dois tipos. A porção de tempo armazena como uma fração para múltiplos inteiros de 1/300 segundos (3,33 ms). O tipo de dados suporta datas entre os anos 1900 e 9999.

  • Data representa apenas uma data sem porção de tempo. Uma Data é convertida no modelo como um valor de Data/Hora com zero para o valor fracionário.

  • O tempo representa apenas um tempo sem parte da data. Uma hora é convertida no modelo como um valor de Data/Hora sem dígitos à esquerda da vírgula decimal.

  • Data/Hora/Fuso horário representa uma data/hora UTC com um deslocamento de fuso horário e converte em Data/Hora quando carregado no modelo. O modelo do Power BI não ajusta o fuso horário com base na localização ou região do utilizador. Um valor de 09:00 carregado no modelo nos EUA é exibido como 09:00 onde quer que o relatório seja aberto ou visualizado.

  • A duração representa um período de tempo e é convertida em um tipo de número decimal quando carregada no modelo. Como tipo de Número Decimal, você pode adicionar ou subtrair os valores dos valores deData/Hora com resultados corretos e usar facilmente os valores em visualizações que mostram magnitude.

Tipo de texto

O tipo de dados Text é uma cadeia de dados de caracteres Unicode, que pode ser letras, números ou datas representadas em um formato de texto. O limite máximo prático para o comprimento da cadeia de caracteres é de aproximadamente 32.000 caracteres Unicode, com base no mecanismo subjacente do Power Query do Power BI e seus limites nos comprimentos de tipo de dados de texto . Tipos de dados de texto além do limite máximo prático provavelmente resultarão em erros.

A maneira como o Power BI armazena dados de texto pode fazer com que os dados sejam exibidos de forma diferente em determinadas situações. As próximas seções descrevem situações comuns que podem fazer com que os dados de texto alterem ligeiramente a aparência entre consultar dados no Power Query Editor e carregá-los no Power BI.

Sensível às maiúsculas e minúsculas

O mecanismo que armazena e consulta dados no Power BI não diferencia maiúsculas de minúsculas e trata diferentes maiúsculas de letras como o mesmo valor. "A" é igual a "a". No entanto, o Power Query diferencia maiúsculas de minúsculas, onde "A" não é o mesmo que "a". A diferença na diferenciação de maiúsculas e minúsculas pode levar a situações em que os dados de texto alteram a capitalização de forma aparentemente inexplicável após o carregamento no Power BI.

O exemplo a seguir mostra os dados do pedido: uma coluna OrderNo que é exclusiva para cada pedido e uma coluna Addressee que mostra o nome do destinatário inserido manualmente no momento do pedido. O Power Query Editor mostra várias ordens com os mesmos nomes de destinatários inseridas no sistema com maiúsculas variadas.

Screenshot of textual data with various capitalizations in Power Query

Depois que o Power BI carrega os dados, a capitalização dos nomes duplicados na guia Dados muda da entrada original para uma das variantes de capitalização.

Screenshot that shows the textual data with changed capitalization after loading into Power BI.

Esta alteração acontece porque o Power Query Editor diferencia maiúsculas de minúsculas, pelo que mostra os dados exatamente como armazenados no sistema de origem. O mecanismo que armazena dados no Power BI não diferencia maiúsculas de minúsculas, portanto, trata as versões minúsculas e maiúsculas de um caractere como idênticas. Os dados do Power Query carregados no motor do Power BI podem ser alterados em conformidade.

O mecanismo do Power BI avalia cada linha individualmente quando carrega dados, começando pela parte superior. Para cada coluna de texto, como Destinatário, o mecanismo armazena um dicionário de valores exclusivos, para melhorar o desempenho por meio da compactação de dados. O mecanismo vê os três primeiros valores na coluna Destinatário como exclusivos e os armazena no dicionário. Depois disso, como o mecanismo não diferencia maiúsculas de minúsculas, ele avalia os nomes como idênticos.

O motor vê o nome "Taina Hasu" como idêntico a "TAINA HASU" e "Taina HASU", por isso não armazena essas variações, mas refere-se à primeira variação que armazenou. O nome "MURALI DAS" aparece em letras maiúsculas, porque foi assim que o nome apareceu na primeira vez que o motor o avaliou ao carregar os dados de cima para baixo.

Esta imagem ilustra o processo de avaliação:

Diagram that shows the data load process and mapping text values to a dictionary of unique values.

No exemplo anterior, o mecanismo do Power BI carrega a primeira linha de dados, cria o dicionário Addressee e adiciona Taina Hasu a ele. O mecanismo também adiciona uma referência a esse valor na coluna Destinatário na tabela que carrega. O motor faz o mesmo para a segunda e terceira filas, porque esses nomes não são equivalentes aos outros quando se ignora maiúsculas e minúsculas.

Para a quarta linha, o mecanismo compara o valor com os nomes no dicionário e localiza o nome. Como o motor não diferencia maiúsculas de minúsculas, "TAINA HASU" e "Taina Hasu" são os mesmos. O mecanismo não adiciona um novo nome ao dicionário, mas se refere ao nome existente. O mesmo processo acontece para as linhas restantes.

Nota

Como o mecanismo que armazena e consulta dados no Power BI não diferencia maiúsculas de minúsculas, tenha cuidado especial ao trabalhar no modo DirectQuery com uma fonte que diferencia maiúsculas de minúsculas. O Power BI pressupõe que a origem eliminou linhas duplicadas. Como o Power BI não diferencia maiúsculas de minúsculas, ele trata dois valores que diferem apenas por maiúsculas e minúsculas como duplicados, enquanto a fonte pode não tratá-los como tal. Nesses casos, o resultado final é indefinido.

Para evitar essa situação, se você usar o modo DirectQuery com uma fonte de dados que diferencia maiúsculas de minúsculas, normalize o invólucro na consulta de origem ou no Editor do Power Query.

Espaços à frente e à direita

O mecanismo do Power BI corta automaticamente todos os espaços à direita que seguem os dados de texto, mas não remove os espaços à esquerda que precedem os dados. Para evitar confusão, ao trabalhar com dados que contêm espaços à esquerda ou à direita, você deve usar a função Text.Trim para remover espaços no início ou no final do texto. Se você não remover espaços à esquerda, uma relação pode falhar ao criar devido a valores duplicados ou visuais podem retornar resultados inesperados.

O exemplo a seguir mostra dados sobre clientes: uma coluna Name que contém o nome do cliente e uma coluna Index que é exclusiva para cada entrada. Os nomes aparecem entre aspas para maior clareza. O nome do cliente se repete quatro vezes, mas cada vez com diferentes combinações de espaços à frente e à direita. Essas variações podem ocorrer com a entrada manual de dados ao longo do tempo.

Row Espaço líder Espaço à direita Nome Índice Text length
1 No Não "Dylan Williams" 5 14
2 Não Sim "Dylan Williams" 10 15
3 Sim No "Dylan Williams" 20 15
4 Sim Sim " Dylan Williams " 40 16

No Power Query Editor, os dados resultantes aparecem da seguinte forma.

Screenshot of textual data with various leading and trailing spaces in Power Query Editor.

Quando você vai para a guia Dados no Power BI depois de carregar os dados, a mesma tabela se parece com a imagem a seguir, com o mesmo número de linhas que antes.

Screenshot of the same textual data after loading into Power BI returns the same number of rows as before.

No entanto, um visual baseado nesses dados retorna apenas duas linhas.

Screenshot of a table visual based on the same data returning just two lines of data.

Na imagem anterior, a primeira linha tem um valor total de 60 para o campo Índice , portanto, a primeira linha no visual representa as duas últimas linhas dos dados carregados. A segunda linha com o valor total de Índice de 11 representa as duas primeiras linhas. A diferença no número de linhas entre o visual e a tabela de dados é causada pelo mecanismo remover ou cortar automaticamente os espaços à direita, mas não os espaços à esquerda. Assim, o motor avalia a primeira e segunda linhas, e a terceira e quarta linhas, como idênticas, e o visual retorna esses resultados.

Esse comportamento também pode causar mensagens de erro relacionadas a relacionamentos, porque valores duplicados são detetados. Por exemplo, dependendo da configuração de seus relacionamentos, você pode ver um erro semelhante à imagem a seguir:

Screenshot of an error message about duplicate values.

Em outras situações, talvez não seja possível criar uma relação muitos-para-um ou um-para-um porque valores duplicados são detetados.

Screenshot of the relationship dialog showing a 'the cardinality you selected isn't valid for this relationship' error, which is related to duplicate values being detected.

Você pode rastrear esses erros até espaços à esquerda ou à direita e resolvê-los usando Text.Trim ou Trim em Transformar para remover os espaços no Power Query Editor.

Tipo verdadeiro/falso

O tipo de dados True/false é um valor booleano de True ou False. Para obter os melhores e mais consistentes resultados, quando você carrega uma coluna que contém informações booleanas verdadeiras/falsas no Power BI, defina o tipo de coluna como Verdadeiro/Falso.

O Power BI converte e exibe dados de forma diferente em determinadas situações. Esta seção descreve casos comuns de conversão de valores booleanos e como lidar com conversões que criam resultados inesperados no Power BI.

Neste exemplo, você carrega dados sobre se seus clientes se inscreveram no boletim informativo. Um valor de TRUE indica que o cliente se inscreveu na newsletter, e um valor de FALSE indica que o cliente não se inscreveu.

No entanto, quando você publica o relatório no serviço do Power BI, a coluna de status de inscrição do boletim informativo mostra 0 e -1 em vez dos valores esperados de TRUE ou FALSE. As etapas a seguir descrevem como essa conversão ocorre e como evitá-la.

A consulta simplificada para esta tabela aparece na imagem a seguir:

Screenshot that shows columns set to Boolean.

O tipo de dados da coluna Boletim Informativo Assinado é definido como Qualquer e, como resultado, o Power BI carrega os dados no modelo como Texto.

Screenshot showing the data loaded into Power BI.

Quando você adiciona uma visualização simples que mostra as informações detalhadas por cliente, os dados aparecem no visual conforme o esperado, tanto no Power BI Desktop quanto quando publicados no serviço do Power BI.

Screenshot of a visual that shows the data appearing as expected.

No entanto, quando você atualiza o modelo semântico no serviço Power BI, a coluna Boletim informativo inscrito nos visuais exibe valores como -1 e 0, em vez de exibi-los como TRUE ou FALSE:

Screenshot of a visual that shows data appearing in an unexpected format after refresh.

Se você publicar novamente o relatório do Power BI Desktop, a coluna Boletim informativo inscrito mostrará novamente TRUE ou FALSE como esperado, mas assim que ocorrer uma atualização no serviço do Power BI, os valores serão alterados novamente para mostrar -1 e 0.

A solução para evitar essa situação é definir quaisquer colunas booleanas para digitar True/False no Power BI Desktop e publicar novamente seu relatório.

Screenshot of changing the data type of the column to True/False.

Quando você faz a alteração, a visualização mostra os valores na coluna Boletim informativo inscrito de forma ligeiramente diferente. Em vez de o texto ser todas as letras maiúsculas, conforme inserido na tabela, apenas a primeira letra é maiúscula. Essa alteração é um resultado da alteração do tipo de dados da coluna.

Screenshot of values appearing differently when you change the data type.

Depois de alterar o tipo de dados, publicar novamente no serviço do Power BI e ocorrer uma atualização, o relatório exibirá os valores como True ou False, conforme o esperado.

Screenshot that shows true or false values that use the True/false data type appear as expected after refresh.

Para resumir, ao trabalhar com dados booleanos no Power BI, verifique se suas colunas estão definidas para o tipo de dados Verdadeiro/Falso no Power BI Desktop.

Tipo em branco

Em branco é um tipo de dados DAX que representa e substitui nulos SQL. Você pode criar um espaço em branco usando a função BLANK e testar espaços em branco usando a função lógica ISBLANK.

Tipo binário

Você pode usar o tipo de dados binário para representar quaisquer dados com um formato binário . No Editor do Power Query, você pode usar esse tipo de dados ao carregar arquivos binários se convertê-lo em outros tipos de dados antes de carregá-lo no modelo do Power BI.

Não há suporte para colunas binárias no modelo de dados do Power BI. A seleção Binária existe nos menus Modo de Exibição de Dados e Modo de Exibição de Relatório por motivos herdados, mas se você tentar carregar colunas binárias no modelo do Power BI, poderá ter erros.

Nota

Se uma coluna binária estiver na saída das etapas de uma consulta, tentar atualizar os dados por meio de um gateway pode causar erros. É recomendável remover explicitamente todas as colunas binárias como a última etapa de suas consultas.

Tipo de tabela

O DAX usa um tipo de dados de tabela em muitas funções, como agregações e cálculos de inteligência de tempo. Algumas funções requerem uma referência a uma tabela. Outras funções retornam uma tabela que você pode usar como entrada para outras funções.

Em algumas funções que exigem uma tabela como entrada, você pode especificar uma expressão que é avaliada como uma tabela. Algumas funções requerem uma referência a uma tabela base. Para obter informações sobre os requisitos de funções específicas, consulte a Referência de função DAX.

Conversão de tipo de dados implícita e explícita

Cada função DAX tem requisitos específicos para os tipos de dados a serem usados como entradas e saídas. Por exemplo, algumas funções exigem inteiros para alguns argumentos e datas para outros. Outras funções requerem texto ou tabelas.

Se os dados na coluna que você especificar como um argumento forem incompatíveis com o tipo de dados que a função requer, o DAX poderá retornar um erro. No entanto, sempre que possível, o DAX tenta converter implicitamente os dados para o tipo de dados necessário.

Por exemplo:

  • Se você digitar uma data como uma cadeia de caracteres, o DAX analisará a cadeia de caracteres e tentará convertê-la como um dos formatos de data e hora do Windows.
  • Você pode adicionar TRUE + 1 e obter o resultado 2, porque o DAX implicitamente converte TRUE para o número 1 e faz a operação 1+1.
  • Se você adicionar valores em duas colunas com um valor representado como texto ("12") e o outro como um número (12), o DAX implicitamente converte a cadeia de caracteres em um número e, em seguida, faz a adição para um resultado numérico. A expressão = "22" + 22 retorna 44.
  • Se você tentar concatenar dois números, o DAX os apresentará como cadeias de caracteres e, em seguida, concatena. A expressão = 12 & 34 retorna "1234".

Tabelas de conversões de dados implícitas

O operador determina o tipo de conversão que o DAX executa lançando os valores necessários antes de fazer a operação solicitada. As tabelas a seguir listam os operadores e a conversão que o DAX faz em cada tipo de dados quando emparelha com o tipo de dados na célula de interseção.

Nota

Essas tabelas não incluem o tipo de dados Texto . Quando um número é representado em um formato de texto, em alguns casos, o Power BI tenta determinar o tipo de número e representar os dados como um número.

Adição (+)

INTEIRO MOEDA REAL Data/hora
INTEIRO INTEIRO MOEDA REAL Data/hora
MOEDA MOEDA MOEDA REAL Data/hora
REAL REAL REAL REAL Data/hora
Data/hora Data/hora Data/hora Data/hora Data/hora

Por exemplo, se uma operação de adição usa um número real em combinação com dados de moeda, o DAX converte ambos os valores em REAL e retorna o resultado como REAL.

Subtração (-)

Na tabela a seguir, o cabeçalho da linha é o minuend (lado esquerdo) e o cabeçalho da coluna é o subtrahend (lado direito).

INTEIRO MOEDA REAL Data/hora
INTEIRO INTEIRO MOEDA REAL REAL
MOEDA MOEDA MOEDA REAL REAL
REAL REAL REAL REAL REAL
Data/hora Data/hora Data/hora Data/hora Data/hora

Por exemplo, se uma operação de subtração usa uma data com qualquer outro tipo de dados, o DAX converte ambos os valores em datas, e o valor de retorno também é uma data.

Nota

Os modelos de dados suportam o operador unário, - (negativo), mas este operador não altera o tipo de dados do operando.

Multiplicação (*)

INTEIRO MOEDA REAL Data/hora
INTEIRO INTEIRO MOEDA REAL INTEIRO
MOEDA MOEDA REAL MOEDA MOEDA
REAL REAL MOEDA REAL REAL

Por exemplo, se uma operação de multiplicação combina um inteiro com um número real, o DAX converte ambos os números em números reais, e o valor de retorno também é REAL.

Divisão (/)

Na tabela a seguir, o cabeçalho da linha é o numerador e o cabeçalho da coluna é o denominador.

INTEIRO MOEDA REAL Data/hora
INTEIRO REAL MOEDA REAL REAL
MOEDA MOEDA REAL MOEDA REAL
REAL REAL REAL REAL REAL
Data/hora REAL REAL REAL REAL

Por exemplo, se uma operação de divisão combina um inteiro com um valor de moeda, o DAX converte ambos os valores em números reais, e o resultado também é um número real.

Operadores de comparação

Em expressões de comparação, o DAX considera valores booleanos maiores que valores de cadeia de caracteres e valores de cadeia de caracteres maiores que valores numéricos ou de data/hora. Números e valores de data/hora têm a mesma classificação.

O DAX não faz conversões implícitas para valores booleanos ou de cadeia de caracteres. BLANK ou um valor em branco é convertido em 0, "" ou False, dependendo do tipo de dados do outro valor comparado.

As seguintes expressões DAX ilustram esse comportamento:

  • =IF(FALSE()>"true","Expression is true", "Expression is false") retorna "A expressão é verdadeira".

  • =IF("12">12,"Expression is true", "Expression is false") retorna "A expressão é verdadeira".

  • =IF("12"=12,"Expression is true", "Expression is false") retorna "A expressão é falsa".

O DAX faz conversões implícitas para tipos numéricos ou de data/hora, conforme descrito na tabela a seguir:

Comparação
Operador
INTEIRO MOEDA REAL Data/hora
INTEIRO INTEIRO MOEDA REAL REAL
MOEDA MOEDA MOEDA REAL REAL
REAL REAL REAL REAL REAL
Data/hora REAL REAL REAL Data/Hora

Espaços em branco, cadeias de caracteres vazias e valores zero

DAX representa um valor nulo, em branco, uma célula vazia ou um valor ausente pelo mesmo novo tipo de valor, um BLANK. Você também pode gerar espaços em branco usando a função BLANK ou testar espaços em branco usando a função ISBLANK.

Como operações como adição ou concatenação lidam com espaços em branco depende da função individual. A tabela a seguir resume as diferenças entre como as fórmulas DAX e Microsoft Excel lidam com espaços em branco.

Expression DAX Excel
EM BRANCO + EM BRANCO BLANK 0 (zero)
EM BRANCO + 5 5 5
BRANCO * 5 BLANK 0 (zero)
5/EM BRANCO Infinity Error
0/EM BRANCO NaN Error
EM BRANCO/EM BRANCO BLANK Error
FALSO OU EM BRANCO FALSE FALSE
FALSO E EM BRANCO FALSE FALSE
VERDADEIRO OU EM BRANCO TRUE TRUE
VERDADEIRO E EM BRANCO FALSE TRUE
EM BRANCO OU EM BRANCO BLANK Error
EM BRANCO E EM BRANCO BLANK Error

Você pode fazer todos os tipos de coisas com o Power BI Desktop e dados. Para obter mais informações sobre os recursos do Power BI, consulte os seguintes recursos: