CAST e CONVERT (Transact-SQL)

Aplica-se a: SQL Server Banco de Dados SQL do Azure Instância Gerenciada de SQL do Azure Azure Synapse Analytics PDW (Analytics Platform System) Ponto de extremidade de análise do SQL Warehouse no Microsoft Fabric

Essas funções convertem uma expressão de um tipo de dados em outro.

Sintaxe

Sintaxe CAST:

CAST ( expression AS data_type [ ( length ) ] )

Sintaxe CONVERT:

CONVERT ( data_type [ ( length ) ] , expression [ , style ] )

Convenções de sintaxe de Transact-SQL

Argumentos

expressão

Qualquer expression válida.

data_type

O tipo de dados de destino. Isso inclui xml, bigint, e sql_variant. Não é possível usar tipos de dados de alias.

length

Um inteiro opcional que especifica o tamanho do tipo de dados de destino, para tipos de dados que permitem um comprimento especificado do usuário. O valor padrão é 30.

style

Uma expressão de inteiro que especifica como a função CONVERT converterá expression. Para um valor de estilo NULL, NULL é retornado. data_type determina o intervalo.

Tipos de retorno

Retorna a expression convertida em data_type.

Estilos de data e hora

Para uma expression de tipo de dados de data ou hora, style pode ter um dos valores mostrados na tabela a seguir. Outros valores são processados como 0. A partir do SQL Server 2012 (11.x), os únicos estilos compatíveis, ao converter dos tipos de data e hora em datetimeoffset, são 0 ou 1. Todos os outros estilos de conversão retornam erro 9809.

Observação

O SQL Server dá suporte ao formato de data, em estilo árabe, com o algoritmo kuwaitiano.

Sem século (aa) 1 Com século (aaaa) Standard Entrada/saída 3
- 0 ou 100 1, 2 Padrão para datetime e smalldatetime mon dd yyyy hh:miAM(ou PM)
1 101 EUA 1 = mm/dd/yy
101 = mm/dd/yyyy
2 102 ANSI 2 = yy.mm.dd
102 = yyyy.mm.dd
3 103 Britânico/francês 3 = dd/mm/yy
103 = dd/mm/yyyy
4 104 Alemão 4 = dd.mm.yy
104 = dd.mm.yyyy
5 105 Italiano 5 = dd-mm-yy
105 = dd-mm-yyyy
6 106 1 - 6 = dd mon yy
106 = dd mon yyyy
7 107 1 - 7 = Mon dd, yy
107 = Mon dd, yyyy
8 ou 24 108 - hh:mi:ss
- 9 ou 109 1, 2 Padrão + milissegundos mon dd yyyy hh:mi:ss:mmmAM(ou PM)
10 110 EUA 10 = mm-dd-aa
110 = mm-dd-yyyy
11 111 JAPÃO 11 = aa/mm/dd
111 = yyyy/mm/dd
12 112 ISO 12 = aammdd
112 = yyyymmdd
- 13 ou 113 1, 2 Padrão Europa + milissegundos dd mon yyyy hh:mi:ss:mmm (24 horas)
14 114 - hh:mi:ss:mmm (24 horas)
- 20 ou 120 2 ODBC canônico yyyy-mm-dd hh:mi:ss (24 horas)
- 21 ou 25 ou 121 2 ODBC canônico (com milissegundos) padrão para time, date, datetime2 e datetimeoffset yyyy-mm-dd hh:mi:ss.mmm (24 horas)
22 - EUA mm/dd/yy hh:mi:ss AM(ou PM)
- 23 ISO8601 yyyy-mm-dd
- 126 4 ISO8601 yyyy-mm-ddThh:mi:ss.mmm (não são permitidos espaços) 6
- 127 8, 9 ISO8601 com fuso horário Z yyyy-MM-ddThh:mm:ss.fffZ (não são permitidos espaços) 6
- 130 1, 2 Islâmico 5 dd mon yyyy hh:mi:ss:mmmAM7
- 131 2 Islâmico 5 dd/mm/yyyy hh:mi:ss:mmmAM

1 Esses valores de estilo retornam resultados não determinísticos. Inclui todos os estilos (yy) (sem século) e um subconjunto de estilos (yyyy) (com século).

2 Os valores padrão (0 ou 100, 9 ou 109, 13 ou 113, 20 ou 120, 23 e 21 ou 25 ou 121) sempre retornam o século (yyyy).

Importante

Por padrão, o SQL Server interpreta anos de dois dígitos com base em um ano de corte de 2049. Isso significa que o SQL Server interpreta o ano de dois dígitos 49 como 2049 e o ano de dois dígitos 50 como 1950. Muitos aplicativos cliente, como aqueles que se baseiam em objetos de Automação, usam um ano de corte de 2030. SQL Server fornece a opção de configuração de corte de ano de dois dígitos para alterar o ano de corte usado pelo SQL Server. Isso permite o tratamento consistente de datas. É recomendável especificar anos de quatro dígitos.

3 Entrada quando é feita a conversão em datetime; saída quando é feita a conversão em dados de caractere.

4 Criado para uso do XML. Para a conversão de datetime ou smalldatetime em dados de caractere, veja o formato de saída na tabela anterior.

5 Islâmico é um sistema de calendário com diversas variações. SQL Server usa o algoritmo kuwaitiano.

6 Para um valor de milissegundos (mmm) igual a 0, o valor da fração decimal de milissegundo não será exibido. Por exemplo, o valor 2022-11-07T18:26:20.000 será exibido como 2022-11-07T18:26:20.

7 Neste estilo, mon reflete uma representação Unicode islâmica de vários tokens do nome completo do mês. Esse valor não é renderizado corretamente em uma instalação padrão do SSMS em inglês dos EUA.

8 Compatível apenas na conversão de dados de caractere em datetime ou smalldatetime. Ao converter dados de caractere que representam componentes apenas de data ou apenas de hora em tipos de dados datetime ou smalldatetime, o componente de hora não especificado é definido como 00:00:00.000 e o componente de data não especificado é definido como 1900-01-01.

9 Use o indicador de fuso horário opcional Z para facilitar o mapeamento de valores datetime XML que contêm informações de fuso horário para valores datetime do SQL Server que não contêm fuso horário. Z indica o fuso horário em UTC-0. O deslocamento de HH:MM, na direção + ou -, indica outros fusos horários. Por exemplo: 2022-12-12T23:45:12-08:00.

Ao converter smalldatetime em dados de caractere, os estilos que incluem segundos ou milissegundos mostram zeros nessas posições. Ao converter de valores datetime ou smalldatetime, use um tamanho de tipo de dados char ou varchar apropriado para truncar as partes de data indesejadas.

Ao converter dados de caractere em datetimeoffset, usando um estilo que inclui uma hora, um deslocamento de fuso horário é acrescentado ao resultado.

Estilos float e real

Para uma expression de float ou real, style pode ter um dos valores mostrados na tabela a seguir. Outros valores são processados como 0.

Valor Saída
0 (padrão) Um máximo de 6 dígitos. Use em notação científica, quando apropriado.
1 Sempre 8 dígitos. Use sempre em notação científica.
2 Sempre 16 dígitos. Use sempre em notação científica.
3 Sempre 17 dígitos. Use-o para a conversão sem perdas. Com esse estilo, cada valor float ou real distinto tem a garantia de ser convertido em uma cadeia de caracteres distinta.

Aplica-se a: SQL Server 2016 (13.x) e posteriores e Banco de Dados SQL do Azure.
126, 128, 129 Incluídos por questões de herança. Não use esses valores para novos desenvolvimentos.

Estilos money e smallmoney

Para uma expression de money ou smallmoney, style pode ter um dos valores mostrados na tabela a seguir. Outros valores são processados como 0.

Valor Saída
0 (padrão) Nenhuma vírgula a cada três dígitos à esquerda do ponto decimal e dois dígitos à direita do ponto decimal

Exemplo: 4.235,98.
1 Vírgulas a cada três dígitos à esquerda do ponto decimal e dois dígitos à direita do ponto decimal

Exemplo: 3.510,92.
2 Nenhuma vírgula a cada três dígitos à esquerda do ponto decimal e quatro dígitos à direita do ponto decimal

Exemplo: 4.235,9819.
126 Equivalente ao estilo 2, ao converter em char(n) ou varchar(n)

Estilos xml

Para uma expression xml, style pode ter um dos valores mostrados na tabela a seguir. Outros valores são processados como 0.

Valor Saída
0 (padrão) Use o comportamento de análise padrão que descarta o espaço em branco insignificante e não permite um subconjunto de DTD interno.

Observação: Ao fazer a conversão no tipo de dados xml, o espaço em branco insignificante do SQL Server é tratado de maneira diferente do XML 1.0. Para obter mais informações, consulte Criar instâncias de dados XML.
1 Preserva espaço em branco insignificante. Essa configuração de estilo define o tratamento padrão de xml:space para que ele corresponda ao comportamento de xml:space="preserve" .
2 Habilita o processamento de subconjunto de DTD interno limitado.

Se for habilitado, o servidor poderá usar as informações a seguir fornecidas em um subconjunto de DTD interno, para executar operações de análise de não validação.

- Os padrões de atributos são aplicados
- As referências a entidades internas são resolvidas e expandidas
- A correção sintática do modelo de conteúdo DTD é verificada

O analisador ignora subconjuntos de DTD externos. Além disso, ele não avalia a declaração XML para examinar se o atributo standalone tem um valor sim ou não. Em vez disso, ele analisa a instância XML como um documento autônomo.
3 Preserva o espaço em branco insignificante e habilita o processamento de subconjunto de DTD interno limitado.

Estilos binários

Para uma expressão binary(n), char(n), varbinary(n) ou varchar(n), style pode ter um dos valores mostrados na tabela a seguir. Os valores de estilo que não estão listados na tabela retornarão um erro.

Valor Saída
0 (padrão) Converte caracteres ASCII em bytes binários ou bytes binários em caracteres ASCII. Cada caractere ou byte é convertido 1:1.

Para um data_type binário, os caracteres 0x são adicionados à esquerda do resultado.
1, 2 Para um data_type binário, a expressão deve ser uma expressão de caracteres. A expression deve ter um número par de dígitos hexadecimais (0, 1, 2, 3, 4, 5, 6, 7, 8, 9, A, B, C, D, E, F, a, b, c, d, e, f). Se o style for definido como 1, a expressão deverá ter 0x como os dois primeiros caracteres. Se a expressão contiver um número ímpar de caracteres ou se um dos caracteres for inválido, um erro será gerado.

Se o tamanho da expressão convertida for maior que o tamanho do data_type, o resultado será truncado à direita.

data_types de comprimento fixo maiores que o resultado convertido têm zeros adicionados à direita do resultado.

Um data_type do tipo caractere exige uma expressão binária. Cada caractere binário é convertido em dois caracteres hexadecimais. Suponha que o tamanho da expressão convertida ultrapasse o tamanho do data_type. Nesse caso, ela será truncada.

Para um data_type de tipo de caractere de tamanho fixo, se o tamanho do resultado convertido for menor que o tamanho do data_type, serão adicionados espaços à direita da expressão convertida, a fim de manter um número par de dígitos hexadecimais.

Os caracteres 0x não são adicionados à esquerda do resultado convertido para style 2.

Conversões implícitas

Conversões implícitas não exigem a especificação da função CAST nem da função CONVERT. Conversões explícitas exigem a especificação da função CAST ou da função CONVERT. A ilustração a seguir mostra todas as conversões de tipo de dados explícitas e implícitas permitidas para tipos de dados fornecidos pelo sistema SQL Server. Isso inclui bigint, sql_variant e xml. Não há nenhuma conversão implícita na atribuição do tipo de dados sql_variant, mas há uma conversão implícita em sql_variant.

Dica

O Centro de Download da Microsoft disponibiliza este gráfico para download como um arquivo PNG.

Diagrama mostrando uma tabela das possíveis conversões de tipo de dados.

O gráfico acima ilustra todas as conversões explícitas e implícitas permitidas em SQL Server, mas o tipo de dados resultante da conversão depende da operação que está sendo executada:

  • Para conversões explícitas, a própria instrução determina o tipo de dados resultante.
  • Para conversões implícitas, instruções de atribuição, como definir o valor de uma variável ou inserir um valor em uma coluna, resultarão no tipo de dados que foi definido pela declaração de variável ou definição de coluna.
  • Para operadores de comparação ou outras expressões, o tipo de dados resultante dependerá das regras da precedência de tipo de dados.

Dica

Um exemplo prático sobre os efeitos de precedência de tipo de dados em conversões pode ser visto posteriormente nesta seção.

Ao converter entre datetimeoffset e os tipos de caractere char, nchar, nvarchar e varchar, a parte do deslocamento de fuso horário convertido sempre deve ter dois dígitos para HH e MM. Por exemplo, -08:00.

Como os dados Unicode sempre usam um número par de bytes, tenha cuidado ao converter binary ou varbinary bidirecionalmente em tipos de dados Unicode compatíveis. Por exemplo, a conversão a seguir não retorna um valor hexadecimal igual a 41. Ela retorna um valor hexadecimal igual a 4100:

SELECT CAST(CAST(0x41 AS nvarchar) AS varbinary);

Para obter mais informações, consulte Suporte a ordenações e a Unicode.

Tipos de dados de valor grande

Tipos de dados de valor grande têm o mesmo comportamento de conversão implícita e explícita de seus equivalentes menores, escpecificamente, os tipos de dados varchar, nvarchar e varbinary. No entanto, considere as seguintes diretrizes:

  • A conversão de image em varbinary(max) e vice-versa opera como uma conversão implícita, assim como as conversões entre text e varchar(max) e ntext e nvarchar(max) .
  • A conversão de tipos de dados de valor grande, como varchar(max) , em um tipo de dados equivalente menor, como varchar, é uma conversão implícita, mas ocorrerá um truncamento se o tamanho do valor grande exceder o tamanho especificado do tipo de dados menor.
  • A conversão de nvarchar, varbinary ou varchar em seus tipos de dados de valor grande correspondentes ocorre implicitamente.
  • A conversão de tipo de dados sql_variant em tipos de dados de valor grande é uma conversão explícita.
  • Tipos de dados de valor grande não podem ser convertidos no tipo de dados sql_variant.

Para obter mais informações sobre a conversão do tipo de dados xml, consulte Criar instâncias de dados XML.

tipo de dados xml

Ao converter o tipo de dados xml explícita ou implicitamente em um tipo de dados de cadeia de caracteres ou binários, o conteúdo do tipo de dados xml é serializado de acordo com um conjunto de regras definido. Para obter informações sobre essas regras, consulte Definir a serialização de dados XML. Para obter informações sobre como converter de outros tipos de dados no tipo de dados xml, consulte Criar instâncias de dados XML.

Tipos de dados text e image

Os tipos de dados text e image não dão suporte à conversão automática de tipo de dados. Você pode converter explicitamente os dados text em dados de caractere, e os dados image em binary ou varbinary, mas o tamanho máximo é de 8.000 bytes. Se você tentar uma conversão incorreta, por exemplo, tentar a conversão de uma expressão de caractere que inclui letras em um int, o SQL Server retornará uma mensagem de erro.

Ordenação de saída

Quando as funções CAST ou CONVERT produzem uma cadeia de caracteres e elas recebem uma entrada de cadeia de caracteres, a saída tem a mesma ordenação e o mesmo rótulo de ordenação que a entrada. Se a entrada não for uma cadeia de caracteres, a saída terá a ordenação padrão do banco de dados e um rótulo de ordenação de padrão coercível. Para obter mais informações, consulte Precedência de ordenação (Transact-SQL).

Para atribuir uma ordenação diferente à saída, aplique a cláusula COLLATE à expressão do resultado da função CAST ou CONVERT. Por exemplo:

SELECT CAST('abc' AS varchar(5)) COLLATE French_CS_AS;

Truncando e arredondando resultados

Ao converter expressões de caractere ou binárias (binary, char, nchar, nvarchar, varbinary ou varchar) em uma expressão de um tipo de dados diferente, a operação de conversão pode truncar os dados de saída, apenas parcialmente exibir os dados de saída ou retornar um erro. Esses casos ocorrerão se o resultado for curto demais para ser exibido. As conversões em binary, char, nchar, nvarchar, varbinary ou varchar são truncadas, com exceção das conversões mostradas na tabela a seguir.

De tipo de dados Em tipo de dados Result
int, smallint ou tinyint char
varchar
Muito curto para exibir
nchar
nvarchar
Erro 1
money, smallmoney, numeric, decimal, float ou real char
varchar
Erro 1
nchar
nvarchar
Erro 1

1 Erro retornado porque o comprimento do resultado é muito curto para ser exibido.

O SQL Server garante que apenas conversões de ida e volta, em outras palavras, conversões que convertem um tipo de dados original e, em seguida, novamente no tipo de dados original, geram os mesmos valores de versão para versão. O exemplo a seguir mostra essa conversão de ida e volta:

DECLARE @myval DECIMAL(5, 2);
SET @myval = 193.57;

SELECT CAST(CAST(@myval AS VARBINARY(20)) AS DECIMAL(10, 5));

-- Or, using CONVERT
SELECT CONVERT(DECIMAL(10, 5), CONVERT(VARBINARY(20), @myval));
GO

Aviso

Não crie valores binary e depois converta-os em um tipo de dados da categoria de tipo de dados numéricos. O SQL Server não garante que o resultado de uma conversão de tipo de dados decimal ou numeric em binary será igual entre as versões do SQL Server.

O exemplo a seguir mostra uma expressão resultante que é muito pequena para ser exibida.

USE AdventureWorks2022;
GO

SELECT p.FirstName,
    p.LastName,
    SUBSTRING(p.Title, 1, 25) AS Title,
    CAST(e.SickLeaveHours AS CHAR(1)) AS [Sick Leave]
FROM HumanResources.Employee e
INNER JOIN Person.Person p
    ON e.BusinessEntityID = p.BusinessEntityID
WHERE NOT e.BusinessEntityID > 5;
GO

Veja a seguir o conjunto de resultados.

FirstName   LastName      Title   Sick Leave
---------   ------------- ------- --------`
Ken         Sanchez       NULL   *
Terri       Duffy         NULL   *
Roberto     Tamburello    NULL   *
Rob         Walters       NULL   *
Gail        Erickson      Ms.    *

(5 row(s) affected)

Quando você converter tipos de dados que têm casas decimais diferentes, às vezes, o SQL Server retornará um valor de resultado truncado e, em outros momentos, retornará um valor arredondado. Esta tabela mostra o comportamento.

De Para Comportamento
numeric numeric Round
numeric int Truncate
numeric money Round
money int Round
money numeric Round
float int Truncate
float numeric Rodada 1
float datetime Round
datetime int Round

1 A conversão de valores float que usam notação científica para decimal ou numeric é restrita apenas a valores de precisão de 17 dígitos. Qualquer valor com precisão mais alto que 17 rodadas para zero.

Por exemplo, os valores 10,6496 e -10,6496 podem ser truncados ou arredondados durante a conversão em tipos int ou numeric:

SELECT CAST(10.6496 AS INT) AS trunc1,
       CAST(-10.6496 AS INT) AS trunc2,
       CAST(10.6496 AS NUMERIC) AS round1,
       CAST(-10.6496 AS NUMERIC) AS round2;

Os resultados da consulta são mostrados na seguinte tabela:

trunc1 trunc2 round1 round2
10 -10 11 -11

Ao converter tipos de dados em que o tipo de dados de destino tem menos casas decimais do que o tipo de dados de origem, o valor é arredondado. Por exemplo, esta conversão retorna $10.3497:

SELECT CAST(10.3496847 AS money);

SQL Server retorna uma mensagem de erro ao converter dados não numéricos char, nchar, nvarchar ou varchar em decimal, float, int, numeric. O SQL Server também retorna erro quando uma cadeia de caracteres vazia (" ") é convertida em numeric ou decimal.

Algumas conversões de datetime não são determinísticas

Os estilos para os quais a conversão de cadeia de caracteres em datetime é não determinística são os seguintes:

  • Todos os estilos inferiores a 100 1
  • 106
  • 107
  • 109
  • 113
  • 130

1 Com exceção dos estilos 20 e 21

Para obter mais informações, confira Conversão não determinística de cadeias de caracteres de data literal em valores de DATA.

Caracteres suplementares (pares alternativos)

Desde o SQL Server 2012 (11.x), ao usar ordenações de SC (caracteres suplementares), uma operação CAST de nchar ou nvarchar para um tipo nchar ou nvarchar de tamanho menor não será truncada em um par alternativo. Em vez disso, a operação é truncada antes do caractere suplementar. Por exemplo, o fragmento de código a seguir deixa @x que contém só 'ab'. Não há espaço suficiente para conter o caractere suplementar.

DECLARE @x NVARCHAR(10) = 'ab' + NCHAR(0x10000);

SELECT CAST(@x AS NVARCHAR(3));

Ao usar ordenações SC, o comportamento de CONVERT é análogo ao comportamento de CAST. Para saber mais, confira Suporte a ordenações e a Unicode – caracteres suplementares.

Suporte de compatibilidade

Nas versões anteriores do SQL Server, o estilo padrão das operações CAST e CONVERT nos tipos de dados time e datetime2 é 121, exceto quando um dos tipos é usado em uma expressão de coluna computada. Para colunas computadas, o estilo padrão é 0. Esse comportamento afeta as colunas computadas quando são criadas, usadas em consultas que envolvam parametrização automática ou usadas em definições de restrição.

No nível de compatibilidade 110 e posterior, as operações CAST e CONVERT nos tipos de dados time e datetime2 sempre têm 121 como o estilo padrão. Se uma consulta depender do comportamento antigo, use um nível de compatibilidade inferior a 110 ou especifique explicitamente o estilo 0 na consulta afetada.

Valor do nível de compatibilidade Estilo padrão para CAST e CONVERT 1 Estilo padrão para coluna computada
<110 121 0
> = 110 121 121

1 Exceto para colunas computadas

A atualização do banco de dados para o nível de compatibilidade 110 e superior não alterará os dados do usuário que foram armazenados em disco. Você deve corrigir esses dados manualmente conforme apropriado. Por exemplo, se você usar SELECT INTO para criar uma tabela com base em uma fonte que contém uma expressão de coluna computada descrita acima, os dados (usando o estilo 0) serão armazenados, em vez da própria definição de coluna computada. Você precisa atualizar manualmente esses dados para que correspondam ao estilo 121.

Exemplos

a. Usar CAST e CONVERT

Estes exemplos recuperam o nome dos produtos que têm um 3 no primeiro dígito de seu preço de lista e converte seus valores ListPrice em int.

Use CAST:

USE AdventureWorks2022;
GO

SELECT SUBSTRING(Name, 1, 30) AS ProductName,
    ListPrice
FROM Production.Product
WHERE CAST(ListPrice AS INT) LIKE '33%';
GO

Use CONVERT:

USE AdventureWorks2022;
GO

SELECT SUBSTRING(Name, 1, 30) AS ProductName,
    ListPrice
FROM Production.Product
WHERE CONVERT(INT, ListPrice) LIKE '33%';
GO

Veja a seguir o conjunto de resultados. O conjunto de resultados de exemplo é o mesmo para CAST e CONVERT.

ProductName                    ListPrice
------------------------------ ---------------------
LL Road Frame - Black, 58      337.22
LL Road Frame - Black, 60      337.22
LL Road Frame - Black, 62      337.22
LL Road Frame - Red, 44        337.22
LL Road Frame - Red, 48        337.22
LL Road Frame - Red, 52        337.22
LL Road Frame - Red, 58        337.22
LL Road Frame - Red, 60        337.22
LL Road Frame - Red, 62        337.22
LL Road Frame - Black, 44      337.22
LL Road Frame - Black, 48      337.22
LL Road Frame - Black, 52      337.22
Mountain-100 Black, 38         3374.99
Mountain-100 Black, 42         3374.99
Mountain-100 Black, 44         3374.99
Mountain-100 Black, 48         3374.99
HL Road Front Wheel            330.06
LL Touring Frame - Yellow, 62  333.42
LL Touring Frame - Blue, 50    333.42
LL Touring Frame - Blue, 54    333.42
LL Touring Frame - Blue, 58    333.42
LL Touring Frame - Blue, 62    333.42
LL Touring Frame - Yellow, 44  333.42
LL Touring Frame - Yellow, 50  333.42
LL Touring Frame - Yellow, 54  333.42
LL Touring Frame - Yellow, 58  333.42
LL Touring Frame - Blue, 44    333.42
HL Road Tire                   32.60

(28 rows affected)

B. Usar CAST com operadores aritméticos

Este exemplo calcula uma computação de coluna única (Computed) dividindo as vendas totais acumuladas no ano (SalesYTD) pelo percentual de comissão (CommissionPCT). Esse valor é arredondado para o próximo número inteiro e, em seguida, é CAST em um tipo de dados int.

USE AdventureWorks2022;
GO

SELECT CAST(ROUND(SalesYTD / CommissionPCT, 0) AS INT) AS Computed
FROM Sales.SalesPerson
WHERE CommissionPCT != 0;
GO

Veja a seguir o conjunto de resultados.

Computed
------
379753754
346698349
257144242
176493899
281101272
0
301872549
212623750
298948202
250784119
239246890
101664220
124511336
97688107

(14 row(s) affected)

C. Usar CAST para concatenação

Este exemplo concatena expressões sem caracteres usando CAST. Ele usa o banco de dados AdventureWorksDW2022.

SELECT 'The list price is ' + CAST(ListPrice AS VARCHAR(12)) AS ListPrice
FROM dbo.DimProduct
WHERE ListPrice BETWEEN 350.00 AND 400.00;

Veja a seguir o conjunto de resultados.

ListPrice
------------------------
The list price is 357.06
The list price is 364.09
The list price is 364.09
The list price is 364.09
The list price is 364.09

D. Usar CAST para produzir textos mais legíveis

Este exemplo usa CAST na lista SELECT para converter a coluna Name em uma coluna char(10). Ele usa o banco de dados AdventureWorksDW2022.

SELECT DISTINCT CAST(EnglishProductName AS CHAR(10)) AS Name,
    ListPrice
FROM dbo.DimProduct
WHERE EnglishProductName LIKE 'Long-Sleeve Logo Jersey, M';
GO

Veja a seguir o conjunto de resultados.

Name        ListPrice
----------  ---------
Long-Sleev  31.2437
Long-Sleev  32.4935
Long-Sleev  49.99

E. Usar CAST com a cláusula LIKE

Este exemplo converte os valores SalesYTD da coluna money no tipo de dados int e, em seguida, no tipo de dados char(20), de modo que a cláusula LIKE possa usá-los.

USE AdventureWorks2022;
GO

SELECT p.FirstName,
    p.LastName,
    s.SalesYTD,
    s.BusinessEntityID
FROM Person.Person AS p
INNER JOIN Sales.SalesPerson AS s
    ON p.BusinessEntityID = s.BusinessEntityID
WHERE CAST(CAST(s.SalesYTD AS INT) AS CHAR(20)) LIKE '2%';
GO

Veja a seguir o conjunto de resultados.

FirstName        LastName            SalesYTD         BusinessEntityID
---------------- ------------------- ---------------- -------------
Tsvi             Reiter              2811012.7151      279
Syed             Abbas               219088.8836       288
Rachel           Valdez              2241204.0424      289

(3 row(s) affected)

F. Usar CONVERT ou CAST com XML tipado

Estes exemplos mostram o uso de CONVERT para converter dados em um XML tipado, usando o tipo de dados e as colunas XML (SQL Server).

Este exemplo converte uma cadeia de caracteres com espaço em branco, texto e marcação em XML tipado e remove todos os espaços em branco insignificantes (espaço em branco delimitador entre nós):

SELECT CONVERT(XML, '<root><child/></root>')

Este exemplo converte uma cadeia de caracteres semelhante com espaço em branco, texto e marcação em XML com tipo e preserva todos os espaços em branco insignificantes (espaço em branco delimitador entre nós):

SELECT CONVERT(XML, '<root>          <child/>         </root>', 1)

Este exemplo converte uma cadeia de caracteres com espaço branco, texto e marcação em XML com tipo:

SELECT CAST('<Name><FName>Carol</FName><LName>Elliot</LName></Name>'  AS XML)

Consulte Criar instâncias de dados XML para obter mais exemplos.

G. Usar CAST e CONVERT com dados datetime

Começando com valores GETDATE(), este exemplo exibe a data e hora atual, usa CAST para alterar a data e hora atual para um tipo de dados de caractere e, em seguida, usa CONVERT para exibir a data e hora no formato ISO 8601.

SELECT GETDATE() AS UnconvertedDateTime,
    CAST(GETDATE() AS NVARCHAR(30)) AS UsingCast,
    CONVERT(NVARCHAR(30), GETDATE(), 126) AS UsingConvertTo_ISO8601;
GO

Veja a seguir o conjunto de resultados.

UnconvertedDateTime     UsingCast              UsingConvertTo_ISO8601
----------------------- ---------------------- ------------------------------
2022-04-18 09:58:04.570 Apr 18 2022  9:58AM    2022-04-18T09:58:04.570

(1 row(s) affected)

Este exemplo é aproximadamente o oposto do exemplo anterior. Este exemplo exibe data e hora como dados de caracteres, usa CAST para alterar esses dados de caractere para o tipo de dados datetime e, em seguida, usa CONVERT para alterá-los para o tipo de dados datetime.

SELECT '2006-04-25T15:50:59.997' AS UnconvertedText,
    CAST('2006-04-25T15:50:59.997' AS DATETIME) AS UsingCast,
    CONVERT(DATETIME, '2006-04-25T15:50:59.997', 126) AS UsingConvertFrom_ISO8601;
GO

Veja a seguir o conjunto de resultados.

UnconvertedText         UsingCast               UsingConvertFrom_ISO8601
----------------------- ----------------------- ------------------------
2006-04-25T15:50:59.997 2006-04-25 15:50:59.997 2006-04-25 15:50:59.997

(1 row(s) affected)

H. Usar CONVERT com dados binários e de caractere

Estes exemplos mostram os resultados da conversão de dados binários e de caractere usando estilos diferentes.

--Convert the binary value 0x4E616d65 to a character value.
SELECT CONVERT(CHAR(8), 0x4E616d65, 0) AS [Style 0, binary to character];

Veja a seguir o conjunto de resultados.

Style 0, binary to character
----------------------------
Name

(1 row(s) affected)

Este exemplo mostra que Style 1 pode impor o truncamento do resultado. Os caracteres 0x no conjunto de resultados forçam o truncamento.

SELECT CONVERT(CHAR(8), 0x4E616d65, 1) AS [Style 1, binary to character];

Veja a seguir o conjunto de resultados.

Style 1, binary to character
------------------------------
0x4E616D

(1 row(s) affected)

Este exemplo mostra que Style 2 não trunca o resultado porque o resultado não inclui os caracteres 0x.

SELECT CONVERT(CHAR(8), 0x4E616d65, 2) AS [Style 2, binary to character];

Veja a seguir o conjunto de resultados.

Style 2, binary to character
------------------------------
4E616D65

(1 row(s) affected)

Converta o valor de caractere 'Name' em um valor binário.

SELECT CONVERT(BINARY(8), 'Name', 0) AS [Style 0, character to binary];

Veja a seguir o conjunto de resultados.

Style 0, character to binary
----------------------------
0x4E616D6500000000

(1 row(s) affected)
SELECT CONVERT(BINARY(4), '0x4E616D65', 1) AS [Style 1, character to binary];

Veja a seguir o conjunto de resultados.

Style 1, character to binary
----------------------------
0x4E616D65

(1 row(s) affected)
SELECT CONVERT(BINARY(4), '4E616D65', 2) AS [Style 2, character to binary];

Veja a seguir o conjunto de resultados.

Style 2, character to binary
----------------------------------
0x4E616D65

(1 row(s) affected)

I. Converter os tipos de dados de data e hora

Este exemplo mostra a conversão dos tipos de dados date, time e datetime.

DECLARE @d1 DATE,
    @t1 TIME,
    @dt1 DATETIME;

SET @d1 = GETDATE();
SET @t1 = GETDATE();
SET @dt1 = GETDATE();
SET @d1 = GETDATE();

-- When converting date to datetime the minutes portion becomes zero.
SELECT @d1 AS [DATE],
    CAST(@d1 AS DATETIME) AS [date as datetime];

-- When converting time to datetime the date portion becomes zero
-- which converts to January 1, 1900.
SELECT @t1 AS [TIME],
    CAST(@t1 AS DATETIME) AS [time as datetime];

-- When converting datetime to date or time non-applicable portion is dropped.
SELECT @dt1 AS [DATETIME],
    CAST(@dt1 AS DATE) AS [datetime as date],
    CAST(@dt1 AS TIME) AS [datetime as time];

Verifique se os valores estão em um intervalo compatível ao considerar uma conversão de date para datetime ou datetime2. O valor mínimo de ano para datetime é 1753, e o valor mínimo de ano para date e datetime2 é 0001.

DECLARE @d1 DATE, @dt1 DATETIME , @dt2 DATETIME2

SET @d1 = '1492-08-03'
--This is okay; Minimum YYYY for DATE is 0001

SET @dt2 = CAST(@d1 AS DATETIME2)
--This is okay; Minimum YYYY for DATETIME2 IS 0001

SET @dt1 = CAST(@d1 AS DATETIME)
--This will error with (Msg 242) "The conversion of a date data type to a datetime data type resulted in an out-of-range value."
--Minimum YYYY for DATETIME is 1753

J. Usar CONVERT com dados datetime em diferentes formatos

Começando com valores GETDATE(), este exemplo usa CONVERT para exibir todos os estilos de data e hora na seção Estilos de data e hora deste artigo.

Nº do formato Consulta de exemplo Resultado de exemplo
0 SELECT CONVERT(NVARCHAR, GETDATE(), 0) Aug 23 2019 1:39PM
1 SELECT CONVERT(NVARCHAR, GETDATE(), 1) 08/23/19
2 SELECT CONVERT(NVARCHAR, GETDATE(), 2) 19.08.23
3 SELECT CONVERT(NVARCHAR, GETDATE(), 3) 23/08/19
4 SELECT CONVERT(NVARCHAR, GETDATE(), 4) 23.08.19
5 SELECT CONVERT(NVARCHAR, GETDATE(), 5) 23-08-19
6 SELECT CONVERT(NVARCHAR, GETDATE(), 6) 23 Aug 19
7 SELECT CONVERT(NVARCHAR, GETDATE(), 7) Aug 23, 19
8 ou 24 ou 108 SELECT CONVERT(NVARCHAR, GETDATE(), 8) 13:39:17
9 ou 109 SELECT CONVERT(NVARCHAR, GETDATE(), 9) Aug 23 2019 1:39:17:090PM
10 SELECT CONVERT(NVARCHAR, GETDATE(), 10) 08-23-19
11 SELECT CONVERT(NVARCHAR, GETDATE(), 11) 19/08/23
12 SELECT CONVERT(NVARCHAR, GETDATE(), 12) 190823
13 ou 113 SELECT CONVERT(NVARCHAR, GETDATE(), 13) 23 Aug 2019 13:39:17:090
14 ou 114 SELECT CONVERT(NVARCHAR, GETDATE(), 14) 13:39:17:090
20 ou 120 SELECT CONVERT(NVARCHAR, GETDATE(), 20) 2019-08-23 13:39:17
21 ou 25 ou 121 SELECT CONVERT(NVARCHAR, GETDATE(), 21) 2019-08-23 13:39:17.090
22 SELECT CONVERT(NVARCHAR, GETDATE(), 22) 08/23/19 1:39:17 PM
23 SELECT CONVERT(NVARCHAR, GETDATE(), 23) 2019-08-23
101 SELECT CONVERT(NVARCHAR, GETDATE(), 101) 08/23/2019
102 SELECT CONVERT(NVARCHAR, GETDATE(), 102) 2019.08.23
103 SELECT CONVERT(NVARCHAR, GETDATE(), 103) 23/08/2019
104 SELECT CONVERT(NVARCHAR, GETDATE(), 104) 23.08.2019
105 SELECT CONVERT(NVARCHAR, GETDATE(), 105) 23-08-2019
106 SELECT CONVERT(NVARCHAR, GETDATE(), 106) 23 Aug 2019
107 SELECT CONVERT(NVARCHAR, GETDATE(), 107) Aug 23, 2019
110 SELECT CONVERT(NVARCHAR, GETDATE(), 110) 08-23-2019
111 SELECT CONVERT(NVARCHAR, GETDATE(), 111) 2019/08/23
112 SELECT CONVERT(NVARCHAR, GETDATE(), 112) 20190823
113 SELECT CONVERT(NVARCHAR, GETDATE(), 113) 23 Aug 2019 13:39:17.090
120 SELECT CONVERT(NVARCHAR, GETDATE(), 120) 2019-08-23 13:39:17
121 SELECT CONVERT(NVARCHAR, GETDATE(), 121) 2019-08-23 13:39:17.090
126 SELECT CONVERT(NVARCHAR, GETDATE(), 126) 2019-08-23T13:39:17.09
127 SELECT CONVERT(NVARCHAR, GETDATE(), 127) 2019-08-23T13:39:17.09
130 SELECT CONVERT(NVARCHAR, GETDATE(), 130) 22 ذو الحجة 1440 1:39:17.090P
131 SELECT CONVERT(NVARCHAR, GETDATE(), 131) 22/12/1440 1:39:17.090PM

K. Efeitos da precedência de tipo de dados em conversões permitidas

O exemplo a seguir define uma variável do tipo varchar(10), atribui um valor inteiro a ela e seleciona uma concatenação da variável com uma cadeia de caracteres.

DECLARE @string VARCHAR(10);
SET @string = 1;
SELECT @string + ' is a string.' AS Result

Veja a seguir o conjunto de resultados.

Result
-----------------------
1 is a string.

O valor de 1 de int foi convertido em um varchar.

O seguinte exemplo mostra uma consulta semelhante, que usa uma variável int como alternativa:

DECLARE @notastring INT;
SET @notastring = '1';
SELECT @notastring + ' is not a string.' AS Result

Nesse caso, a instrução SELECT gerará o seguinte erro:

Msg 245, Level 16, State 1, Line 3
Conversion failed when converting the varchar value ' is not a string.' to data type int.

Para avaliar a expressão @notastring + ' is not a string.', o SQL Server segue as regras de precedência de tipo de dados para concluir a conversão implícita antes que o resultado da expressão possa ser calculado. Como int tem uma precedência mais alta que varchar, o SQL Server tenta converter a cadeia de caracteres em um inteiro e falha porque ela não pode ser convertida em um inteiro.

Se fornecermos uma cadeia de caracteres que possa ser convertida, a instrução terá sucesso, conforme foi visto no exemplo a seguir:

DECLARE @notastring INT;
SET @notastring = '1';
SELECT @notastring + '1'

Nesse caso, a cadeia de caracteres '1' pode ser convertida no valor inteiro 1; assim, a instrução SELECT retornará o valor 2. Quando os tipos de dados fornecidos forem inteiros, o operador + se tornará o operador matemático de adição, em vez de uma concatenação de cadeia de caracteres.

Exemplos: Azure Synapse Analytics e PDW (Analytics Platform System)

L. Usar CAST e CONVERT

Este exemplo recupera o nome dos produtos que têm um 3 no primeiro dígito de seu preço de lista e converte o ListPrice desses produtos em int. Ele usa o banco de dados AdventureWorksDW2022.

SELECT EnglishProductName AS ProductName, ListPrice
FROM dbo.DimProduct
WHERE CAST(ListPrice AS int) LIKE '3%';

Este exemplo mostra a mesma consulta, usando CONVERT em vez de CAST. Ele usa o banco de dados AdventureWorksDW2022.

SELECT EnglishProductName AS ProductName, ListPrice
FROM dbo.DimProduct
WHERE CONVERT(INT, ListPrice) LIKE '3%';

M. Usar CAST com operadores aritméticos

Este exemplo faz um cálculo de um valor de coluna única, dividindo o preço unitário do produto (UnitPrice) pelo percentual de desconto (UnitPriceDiscountPct). Em seguida, esse resultado é arredondado para o número inteiro mais próximo e, por fim, é convertido em um tipo de dados int. Este exemplo usa o banco de dados AdventureWorksDW2022.

SELECT ProductKey, UnitPrice,UnitPriceDiscountPct,
       CAST(ROUND (UnitPrice*UnitPriceDiscountPct,0) AS int) AS DiscountPrice
FROM dbo.FactResellerSales
WHERE SalesOrderNumber = 'SO47355'
      AND UnitPriceDiscountPct > .02;

Veja a seguir o conjunto de resultados.

ProductKey  UnitPrice  UnitPriceDiscountPct  DiscountPrice
----------  ---------  --------------------  -------------
323         430.6445   0.05                  22
213         18.5043    0.05                  1
456         37.4950    0.10                  4
456         37.4950    0.10                  4
216         18.5043    0.05                  1

N. Usar CAST com a cláusula LIKE

Este exemplo converte a coluna ListPricemoney em um tipo int e, em seguida, em um tipo char(20) , de modo que a cláusula LIKE possa usá-lo. Este exemplo usa o banco de dados AdventureWorksDW2022.

SELECT EnglishProductName AS Name, ListPrice
FROM dbo.DimProduct
WHERE CAST(CAST(ListPrice AS INT) AS CHAR(20)) LIKE '2%';

O. Usar CAST e CONVERT com dados datetime

Este exemplo exibe a data e a hora atuais, usa CAST para alterá-las para um tipo de dados de caractere e, por fim, usa CONVERT para exibir a data e a hora no formato ISO 8601. Este exemplo usa o banco de dados AdventureWorksDW2022.

SELECT TOP(1)
   SYSDATETIME() AS UnconvertedDateTime,
   CAST(SYSDATETIME() AS NVARCHAR(30)) AS UsingCast,
   CONVERT(NVARCHAR(30), SYSDATETIME(), 126) AS UsingConvertTo_ISO8601
FROM dbo.DimCustomer;

Veja a seguir o conjunto de resultados.

UnconvertedDateTime     UsingCast                     UsingConvertTo_ISO8601
---------------------   ---------------------------   ---------------------------
07/20/2010 1:44:31 PM   2010-07-20 13:44:31.5879025   2010-07-20T13:44:31.5879025

Este exemplo é o oposto aproximado do exemplo anterior. Este exemplo exibe data e hora como dados de caracteres, usa CAST para alterar esses dados de caractere para o tipo de dados datetime e, em seguida, usa CONVERT para alterá-los para o tipo de dados datetime. Este exemplo usa o banco de dados AdventureWorksDW2022.

SELECT TOP(1)
   '2010-07-25T13:50:38.544' AS UnconvertedText,
CAST('2010-07-25T13:50:38.544' AS DATETIME) AS UsingCast,
   CONVERT(DATETIME, '2010-07-25T13:50:38.544', 126) AS UsingConvertFrom_ISO8601
FROM dbo.DimCustomer;

Veja a seguir o conjunto de resultados.

UnconvertedText         UsingCast               UsingConvertFrom_ISO8601
----------------------- ----------------------- ------------------------
2010-07-25T13:50:38.544 07/25/2010 1:50:38 PM   07/25/2010 1:50:38 PM

Confira também

Próximas etapas