4 Métodos de conversão de dados SQL prontos para uso e casos de uso

O que está disponível pronto para uso?

• ELENCO ()
• CONVERTER ()
• PARSE ()
• TRY_CAST (), TRY_CONVERT (), TRY_PARSE ()

• Explique o que é
• Dizer quando usá-lo (casos de uso)
• Apresente suas limitações
• Dê exemplos e explique-os

1. Conversão de dados SQL usando CAST()

• É a função de conversão mais rápida de todas. Tentaremos provar isso mais adiante neste post.
• Está incluído nos padrões de especificação da linguagem SQL-92. Portanto, quando você precisar portar seu código para outros produtos SQL, como MySQL, a função também estará disponível.

CAST( <expression> AS <data_type>[(length)] )

• <expressão> é qualquer expressão válida que resulta em um valor que pode ser convertido no tipo de dados de destino.
• <tipo_dados> é o tipo de dados de destino.
• comprimento é opcional e diz respeito ao tamanho dos dados.

Quando usar

Limitação

Exemplos

SELECT CAST('09/11/2004 4:30PM' as datetime2)

SELECT CAST(10.003458802 as varchar(max))

2. Conversão de dados SQL usando CONVERT()

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

Quando usar

Limitações

• ELENCO () é mais rápido que CONVERT (), então se você só precisa converter os dados, use CAST (). Se a saída precisar ser formatada, use CONVERT ().
• CONVERTER () não é um padrão SQL-92, portanto, se você precisar portá-lo para outro RDBMS, evite usá-lo.

Exemplos

USE AdventureWorks
GO
SELECT
[BillOfMaterialsID]
,CONVERT(varchar(10), [StartDate],112) as StartDate
FROM [Production].BillOfMaterials]
GO

USE AdventureWorks
GO
SELECT
[TransactionID]
,[ProductID]
,CONVERT(varchar(10),[TransactionDate] ,112) as StartDate
,[Quantity]
,CONVERT(varchar(10),[ActualCost],1) as ActualCost
FROM [Production].TransactionHistory
GO

3. Conversão de dados SQL usando PARSE()

PARSE( <string value> AS <datatype> [USING <culture>])

Quando usar

• Para converter strings em datas ou números usando uma cultura específica.
• Quando a string não pode ser convertida em uma data ou um número usando CAST () ou CONVERTER (). Veja os exemplos para obter mais informações.

Limitações

• A conversão só é possível para string em datas e string em números
• Conta com a presença do .Net Framework Common Language Runtime (CLR) no servidor.
• Não está incluído nas especificações padrão do SQL-92, portanto, a portabilidade para outro RDBMS é um problema.
• Tem sobrecarga de desempenho quando se trata de analisar a string.

Exemplos

SELECT PARSE('Monday, June 8, 2020' as datetime USING 'en-US')

SELECT PARSE('€1024,01' as money using 'de-DE')

SELECT CONVERT(money,'€1024,01')
SELECT CAST('€1024,01' as money)

4. Conversão de dados SQL usando TRY_CAST(), TRY_CONVERT() ou TRY_PARSE()

Quando usar

Limitações

Exemplos

SELECT IIF(TRY_CAST('111b' AS real) IS NULL, 'Cast failed', 'Cast succeeded') AS Result

SET DATEFORMAT dmy;
SELECT TRY_CONVERT(datetime2, '12/31/2010') AS Result

SELECT
CASE WHEN TRY_PARSE('10/21/2133' AS smalldatetime USING 'en-US') IS NULL
    THEN 'True'
    ELSE 'False'
END AS Result

Que tal a conversão de dados SQL usando a conversão implícita?

DECLARE @char CHAR(25)
DECLARE @varchar VARCHAR(25)
DECLARE @nvarchar NVARCHAR(25)
DECLARE @nchar NCHAR(25)
 
SET @char = 'Live long and prosper'
SET @varchar = @char
SET @nvarchar = @varchar
SET @nchar = @nvarchar
 
SELECT @char AS [char], @varchar AS [varchar], @nvarchar AS [nvarchar], @nchar AS [nchar]

DECLARE @datetime datetime
DECLARE @smalldatetime smalldatetime
DECLARE @datetime2 datetime2

SET @datetime = '12/31/2050 14:34'
SET @smalldatetime = @datetime
SET @datetime2 = @smalldatetime

SELECT @datetime as [datetime], @smalldatetime as [smalldatetime], @datetime2 as [datetime2]

DECLARE @int int
DECLARE @real real
DECLARE @decimal decimal
DECLARE @float float

SET @int = 1701
SET @real = @int
SET @decimal = @real
SET @float = @decimal

SELECT @int as [int], @real as [real], @decimal as [decimal], @float as [float]

DECLARE @number int
DECLARE @string varchar(5)

SET @number = 1701
SET @string = @number

SELECT @number as [number], @string as [string]

Ressalvas na conversão implícita

DECLARE @char char(25)
DECLARE @varchar varchar(25)
DECLARE @nvarchar nvarchar(25)
DECLARE @nchar nchar(25)

SET @nvarchar = N'I ❤ U!'
SET @nchar = @nvarchar 
SET @char = @nchar
SET @varchar = @nchar

SELECT @char as [char], @varchar as [varchar], @nvarchar as [nvarchar], @nchar as [nchar]

DECLARE @datetime datetime
DECLARE @smalldatetime smalldatetime
DECLARE @datetime2 datetime2

SET @datetime = '12/31/2374 14:34'
SET @smalldatetime = @datetime
SET @datetime2 = @smalldatetime

SELECT @datetime as [datetime], @smalldatetime as [smalldatetime], @datetime2 as [datetime2]

Implicações de desempenho de diferentes métodos de conversão de dados SQL

Como CAST(), CONVERT() e PARSE() funcionam

USE AdventureWorks
GO

SET STATISTICS TIME ON
SELECT CAST([NationalIDNumber] as int) FROM [HumanResources].[Employee]
SELECT CONVERT(int,[NationalIDNumber]) FROM [HumanResources].[Employee]
SELECT PARSE([NationalIDNumber] as int) FROM [HumanResources].[Employee]
SET STATISTICS TIME OFF
GO

• DEFINIR TEMPO DAS ESTATÍSTICAS LIGADO gerará o tempo de CPU e o tempo decorrido em cada um dos SELECT declarações
• Então, a coluna que escolhemos converter para fins de demonstração é [NationalIDNumber ], que tem um tipo de nvarchar(15) .
• Além disso, a conversão é de uma string para um inteiro:nvarchar(15) para int .
• E por último, restauramos o SET STATISTICS TIME ao seu valor anterior

• Isso prova que CAST () executa o mais rápido (1 ms.) e PARSE () executa o mais lento (318 ms.).
• Seguimos essa precedência ao decidir qual função usar para converter dados:(1 ) ELENCO () (2 ) CONVERTER () (3 ) ANALISAR ().
• Lembre-se de quando cada função é relevante e considere as limitações ao decidir qual função usar.

Qual ​​o desempenho da conversão implícita

USE WideWorldImporters
GO
SELECT
[CustomerID]
,[OrderID]
,[OrderDate]
,[ExpectedDeliveryDate]
FROM [Sales].[Orders]
WHERE [CustomerID] like '487%'

• CONVERT_IMPLICIT pode afetar "CardinalityEstimate" em uma escolha de plano de consulta.
• CONVERT_IMPLICIT pode afetar "SeekPlan" em uma escolha de plano de consulta.

• A conversão implícita de dados faz com que o SQL Server use CONVERT_IMPLICIT , o que retarda a execução da sua consulta.
• Para corrigir esse problema, elimine o uso de conversão implícita. No nosso caso, usamos [CustomerID ] Gostei '487%', podemos corrigi-lo alterando [CustomerID ] =487. A correção da consulta alterará o plano de execução da consulta, removerá o aviso anterior e alterará o operador de varredura de índice para uma busca de índice. No final, o desempenho melhora.

Recomendações

• Primeiro, se você só precisa converter como está, use CAST (). É uma função mais padronizada quando se trata de portar para outros RDBMs.
• Em segundo lugar, se você precisar de dados formatados, use CONVERT ().
• Em terceiro lugar, se ambos CAST () e CONVERTER () falha ao fazer o trabalho, use PARSE ().
• Por último, para testar erros ao converter, use TRY_CAST (), TRY_CONVERT (), ou TRY_PARSE ().

• CAST e CONVERT
• PARAR
• TRY_CAST, TRY_CONVERT e TRY_PARSE