Tipos de Dados (Azure Stream Analytics)

No Azure Stream Analytics, cada registo tem um tipo de dados relacionado. Um tipo de dados descreve (e restringe) o conjunto de valores que um registo desse tipo pode conter ou uma expressão desse tipo pode produzir.

Tenha em atenção que são os registos que têm um tipo e não colunas. Cada registo de uma coluna pode ter um tipo diferente. Se for transparente para a maioria das aplicações, permite o processamento simples de cenários de desvio de esquemas e outros padrões de escrita invulgares.

Tipos de dados suportados

Segue-se a lista de tipos de dados suportados.

Pode associar (ou comparar) um bigint e um tipo de dados flutuante. Funcionará corretamente em todos os casos, exceto no caso dos valores bigint muito grandes que não podem ser representados.

Conversões de tipos

Estas são as regras que regem as conversões de tipos de dados:

• A conversão sem perda de precisão durante as operações de escrita de entrada e saída está implícita e é sempre bem-sucedida
• A perda de precisão e o excesso dentro das operações de escrita de saída são processados pela política de erro configurada (definida como Drop ou Retry)
• Os erros de conversão de tipo que ocorrem durante as operações de escrita de saída são processados pela política de erros
• Erros de conversão do tipo que ocorrem durante as operações de leitura de entrada fazem com que a tarefa remova o evento

Pode ocorrer uma perda de precisão na conversão de valores em float. Não é específico do Azure Stream Analytics, mas sim do tipo de dados flutuante em geral. Como tal, não é considerado um erro. No caso de cada dígito precisar de ser conservado, os dados devem ser lidos como cadeia.

Dados de casting

Existem quatro funções na linguagem SQL de transmissão em fluxo que são úteis para observar e ajustar o tipo de dados dos seus dados.

• CAST : cast a single column to a given type - will fail the job in case of conversion error
• TRY_CAST : cast a single column to a given type - errors are let through as NULL. Veja a validação de entrada para saber como utilizar melhor TRY_CAST
• CRIAR TABELA : defina um único esquema explícito para uma entrada. As linhas com erros de conversão são removidas do fluxo
• GetType : devolver o tipo de coluna

Para a maioria dos casos de utilização, a opção recomendada é utilizar TRY_CAST. Esta função protege o processamento a jusante ao garantir o tipo de saída, ao mesmo tempo que impede a perda de dados ao substituir o valor em erro por NULL. A linha não é removida e esse valor original ainda pode ser projetado noutra coluna.

Para garantias fortes, a opção recomendada é utilizar CREATE TABLE. Esta abordagem permite informar a tarefa do esquema de uma determinada entrada, sem risco de desvio. A contrapartida é que apenas um único esquema pode ser definido numa determinada entrada e as linhas não conformes serão removidas.

Se possível, todas as operações de casting devem ser efetuadas explicitamente através destas funções, em vez de implicitamente (silenciosamente) noutras funções. Isto evita erros de tipos, comportamentos inesperados e erros de inserção para saídas com tipos fortes, como bases de dados SQL. Veja validação de entrada para saber como proteger a lógica de consulta principal de tais erros.

Conversão em bit

Os valores serão convertidos entre float e bit com as seguintes regras:

Mapeamentos de tipos e formatos de serialização

Mapeamento de tipos ao escrever em arquivos de dados estruturados