Sim, eu sei que este é um post antigo. Pensei que eu forneceria uma inclinação diferente sobre as coisas, apesar da idade. Heh ... e minhas desculpas. Acabei de perceber que quase duplicei o que @jyao postou acima.
Com base na edição atual da pergunta original do OP, eu não conseguia descobrir por que as pessoas postavam as respostas.
Analisando as edições, encontrei a pergunta original e a publiquei abaixo ...
Eu tenho uma série temporal que varia de 1.1.1996 a 30.8.2014 em um banco de dados SQL, por exemplo, com a tabela "db.dbo.datestable".
Preciso determinar as datas que são a "terceira sexta-feira de cada mês" para esse período no SQL.
Espero que eu use uma combinação de "DENSE_RANK ()" e "PARTITION BY ()" para definir "rank = 3". No entanto, sou novo no SQL e não consigo encontrar o código correto.
Você pode resolver este problema?
A parte da pergunta original que enfatizei em negrito parece ser a chave. Eu certamente poderia estar incorreto, mas parece-me que o OP estava afirmando que ele tem uma tabela "Calendário" chamada "dbo.datestable" e, para mim, isso faz muita diferença e agora eu entendo por que muitas das respostas são o que incluem, o que gerou as datas porque foi postada em 10 de novembro ... um dia após a edição final da pergunta, que removeu os vestígios finais da referência ao "dbo.datestable".
Como eu disse, posso estar errado, mas aqui está a minha interpretação da pergunta original.
Eu tenho uma tabela "Calendário" chamada "dbo.datestable". Dado qualquer intervalo de datas coberto por essa tabela, como posso retornar apenas as datas da 3ª sexta-feira de cada mês dentro desse período?
Como os métodos convencionais para fazer isso já foram abordados, adicionarei uma alternativa que pode ser útil para alguns.
Vamos simular algumas das colunas que acho que o OP já terá em sua tabela. Claro, estou adivinhando os nomes das colunas. Por favor, insira as colunas equivalentes na tabela "Calendário". Além disso, estou fazendo tudo isso no TempDB, para não ter a chance de interferir na tabela "Calendário" real de alguém.
--=================================================================================================
-- Simulate just a couple of the necessary columns of the OPs "Calendar" table.
-- This is not a part of the solution. We're just trying to simulate what the OP has.
--=================================================================================================
--===== Variables to control the dates that will appear in the "Calendar" table.
DECLARE @StartDT DATETIME
,@EndDT DATETIME
;
SELECT @StartDT = '1900' --Will be inclusive start of this year in calculations.
,@EndDT = '2100' --Will be exclusive start of this year in calculations.
;
--===== Create the "Calendar" table with just enough columns to simulate the OP's.
CREATE TABLE #datestable
(
TheDate DATETIME NOT NULL
,DW TINYINT NOT NULL --SQL standard abbreviate of "Day of Week"
)
;
--===== Populate the "Calendar" table (uses "Minimal Logging" in 2008+ this case).
WITH cteGenDates AS
(
SELECT TOP (DATEDIFF(dd,@StartDT,@EndDT)) --You can use "DAY" instead of "dd" if you prefer. I don't like it, though.
TheDate = DATEADD(dd, ROW_NUMBER() OVER (ORDER BY (SELECT NULL))-1, @StartDT)
FROM sys.all_columns ac1
CROSS JOIN sys.all_columns ac2
)
INSERT INTO #datestable WITH (TABLOCK)
SELECT TheDate
,DW = DATEDIFF(dd,0,TheDate)%7+1 --Monday is 1, Friday is 5, Sunday is 7 etc.
FROM cteGenDates
OPTION (RECOMPILE) -- Help keep "Minimal Logging" in the presence of variables.
;
--===== Add the expected named PK for this example.
ALTER TABLE #datestable
ADD CONSTRAINT PK_datestable PRIMARY KEY CLUSTERED (TheDate)
;
Também é certo que eu não sei se o OP pode fazer alterações na tabela "Calendário", portanto isso pode não ajudá-lo, mas pode ajudar outras pessoas. Com isso em mente, vamos adicionar uma coluna DWoM (dia da semana para o mês). Se você não gostar do nome, altere-o para o que precisar na sua própria caixa.
--===== Add the new column.
ALTER TABLE #datestable
ADD DWOM TINYINT NOT NULL DEFAULT (0)
;
Em seguida, precisamos preencher a nova coluna. O OP percebeu isso em seu post original e não adulterado.
--===== Populate the new column using the CTE trick for updates so that
-- we can use a Windowing Function in an UPDATE.
WITH cteGenDWOM AS
(
SELECT DW# = ROW_NUMBER() OVER (PARTITION BY DATEDIFF(mm,0,TheDate), DW
ORDER BY TheDate)
,DWOM
FROM #datestable
)
UPDATE cteGenDWOM
SET DWOM = DW#
;
Agora, como essa é uma coluna de comprimento fixo, que acabou de criar várias divisões de páginas, precisamos reconstruir o Índice de Cluster para "reembalar" a tabela para ter o maior número possível de linhas por página, por uma questão de desempenho.
--===== "Repack" the Clustered Index to get rid of the page splits we
-- caused by adding the new column.
ALTER INDEX PK_datestable
ON #datestable
REBUILD WITH (FILLFACTOR = 100, SORT_IN_TEMPDB = ON)
;
Uma vez feito isso, as consultas que fazem coisas como retornar a 3ª sexta-feira de cada mês em um determinado período tornam-se triviais e bastante óbvias para leitura.
--===== Return the 3rd Friday of every month included in the given date range.
SELECT *
FROM #datestable
WHERE TheDate >= '1996-01-01' --I never use "BETWEEN" for dates out of habit for end date offsets.
AND TheDate <= '2014-08-30'
AND DW = 5 --Friday
AND DWOM = 3 --The 3rd one for every month
ORDER BY TheDate
;