Início / dba / Perguntas / 147209
Accepted
aron
Asked: 2016-08-19 06:34:00 +0800 CST

Pesquisa de intervalo de código postal

  • 772

(Eu uso o sql server 2015) Na minha tabela de pedidos, o código postal é varchar.

Eu quero fazer uma pesquisa assim:

SELECT distinct email
  FROM [dbo].[tb_Order] 
  where postalCode in (20004,20528,20260,20529,22060,22181,20708)

(com muitos mais códigos postais)

Não quero ter que converter a lista de códigos em ("20004","20528","20708").

Qual a melhor forma de lidar com isto?

sql-server

2 respostas

  1. Best Answer

    Se você estiver realmente usando o Sql Server 2016, provavelmente poderá usar o novo comando STRING_SPLIT para criar uma 'tabela' para ingressar. Basta colocar seus números inteiros delimitados por vírgula no comando STRING_SPLIT. Aqui está um exemplo.

    declare @tb_Order table (col1 int, postalcode varchar(5))
insert into @tb_Order values(1,'11111')
insert into @tb_Order values(2,'22222')
insert into @tb_Order values(3,'33333')
insert into @tb_Order values(4,'44444')
insert into @tb_Order values(5,'55555')
---------------------------------------
SELECT a.*
FROM @tb_Order a
JOIN STRING_SPLIT('11111,22222,33333,44444,55555',',')   
    ON convert(varchar(5),value) = a.postalcode;
    • 5

  2. Para a maioria das versões do Microsoft SQL (testadas em 2005+), isso funcionará (usando o banco de dados de demonstração "AdventureWorks" da Microsoft como fonte de laboratório):

    SELECT DISTINCT [PostalCode]
FROM [Person].[Address]
WHERE
isnumeric([PostalCode]) = 1
AND [PostalCode] IN (61953, 29910, 78100);

    O principal problema é que precisamos excluir todas as linhas com PostalCodes que não sejam numéricos (ou seja: canadense, hein?). Caso contrário, obtemos um "Falha na conversão ao converter o valor nvarchar 'K4B 1S2' para o tipo de dados int." erro na seleção acima em execução no AdventureWorks.

    A partir do SQL 2012, agora temos TRY_PARSE():

    SELECT DISTINCT [PostalCode]
FROM [Person].[Address]
WHERE 
try_parse([PostalCode] as int) IN (61953, 29910, 78100);

    Nota de desempenho: adicionar ISNUMERIC() ou TRY_PARSE() (ou qualquer outro código de conversão) fará com que o SQL Server inspecione cada linha para ver se é válida. Isso pode causar um grande impacto no desempenho em tabelas grandes.

    Nota de design: a menos que você tenha 100% de certeza de que só se preocupa com PostalCodes numéricos para sempre, você realmente deve considerar usar o mesmo tipo de dados no IN () da coluna com a qual está testando.

    • 2

relate perguntas