Eu tenho uma tabela de itens que têm uma data de origem e uma vida útil. Desejo criar um procedimento que selecione todos os itens que precisarão ser substituídos em uma duração específica. Eu sinto que há uma maneira matemática de fazer isso na cláusula where de uma única seleção. A única maneira de pensar em fazer isso é iterar ao longo dos anos e anexar os itens que seriam substituídos ... isso parece super lento e ineficiente. Como devo abordar esta questão?
Detalhes por solicitações de comentários:
Mecanismo de banco de dados: SQL Server 2005
Tabela de origem:
CREATE TABLE Items
(
ID int,
ItemName varchar(255),
InstallYear int,
UsefullLife int
);
Formato de procedimento armazenado desejado:
GetReplacementsWithinYearRange(startyear int, endyear int)
Saída desejada:
ItemID - ItemName - ReplaceYear
Mais detalhes:
Registros de amostra:
1 item1 2010 5
2 item2 2011 6
Resultados desejados para o intervalo entre 2010 e 2030:
1 item1 2010
1 item1 2015
1 item1 2020
1 item1 2025
1 item1 2030
2 item2 2011
2 item2 2017
2 item2 2023
2 item2 2029
Estou simplificando demais aqui?
Retorna:
Isso funciona:
Isso não será fantástico dependendo dos índices na
Items
tabela, mas deve ser muito mais eficiente do que o loop que você estava pensando. Em quase todos os casos, uma consulta baseada em conjunto terá um desempenho muito melhor do que qualquer tipo de iteração - há algumas exceções, mas você só deve terminar com um loop se for realmente necessário ou provar ter um desempenho melhor do que uma abordagem definida, nunca como primeira reação. NA MINHA HUMILDE OPINIÃO.Este procedimento tira proveito de uma exibição de catálogo para criar um conjunto de números dinamicamente que representa o maior número de substituições possíveis, dado o ano de início/fim de entrada, se o menor tempo de vida for um ano. Você pode reduzir isso se o menor período for de 2 anos, etc., mas isso não mudará realmente o perfil de desempenho. Em seguida, ele usa esses números para encontrar anos de substituição, com base no módulo, como sua abordagem faria - mas usa um conjunto. Provavelmente há uma maneira que eu poderia ter conseguido,
UNION
masJOIN
parecia mais fácil chamar essa parte da consulta separadamente.Aqui está um sqlfiddle que demonstra: http://sqlfiddle.com/#!3/09824f/2