Sì, so che questo è un vecchio post. Pensavo che avrei fornito un'inclinazione diversa sulle cose nonostante la sua età. Heh ... e le mie scuse. Ho appena realizzato che ho quasi duplicato ciò che @jyao ha pubblicato sopra.
Sulla base dell'attuale modifica della domanda originale del PO, non sono riuscito a capire perché le persone dovevano pubblicare le risposte.
Osservando le modifiche, ho trovato la domanda originale e l'ho pubblicata di seguito ...
Ho una serie temporale che va dall'1.1.1996 al 30.8.2014 in un database SQL, ad es. Con la tabella "db.dbo.datestable".
Devo determinare le date che sono il "3 ° venerdì di ogni mese" per questo intervallo di date in SQL.
Mi aspetto che dovrei usare una combinazione di "DENSE_RANK ()" e "PARTITION BY ()" per impostare "rank = 3". Tuttavia, sono nuovo di SQL e non riesco a trovare il codice corretto.
Puoi risolvere questo problema?
La parte della domanda originale che ho sottolineato in grassetto sembra essere la chiave. Potrei certamente essere errato, ma mi sembra che l'OP affermasse che ha una tabella "Calendario" chiamata "dbo.datestable" e, per me, questo fa una grande differenza e ora capisco perché molte delle risposte sono ciò che stanno includendo quello che ha generato le date perché è stato pubblicato il 10 novembre ... un giorno dopo la modifica finale sulla domanda, che ha rimosso le vestigia finali del riferimento al "dbo.datestable".
Come ho detto, potrei sbagliarmi, ma ecco la mia interpretazione della domanda originale.
Ho una tabella "Calendario" chiamata "dbo.datestable". Dato qualsiasi intervallo di date coperto da quella tabella, come posso restituire solo le date che sono il 3 ° venerdì di ogni mese all'interno di tale intervallo di date?
Poiché i metodi convenzionali per farlo sono già stati trattati, aggiungerò un'alternativa che potrebbe essere utile per alcuni.
Simuliamo un paio di colonne che penso che l'OP avrà già nella sua tabella. Certo, sto indovinando i nomi delle colonne. Inserisci le colonne equivalenti per la tabella "Calendario". Inoltre, sto facendo tutto questo in TempDB, quindi non ho alcuna possibilità di interferire con la vera tabella "Calendario" di qualcuno.
--=================================================================================================
-- 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)
;
È anche un dato di fatto che non so se l'OP può apportare modifiche alla sua tabella "Calendario", quindi questo potrebbe non aiutarlo ma potrebbe aiutare gli altri. Tenendo presente ciò, aggiungiamo una colonna DWoM (giorno della settimana per il mese). Se non ti piace il nome, sentiti libero di cambiarlo con qualsiasi cosa tu abbia bisogno sulla tua scatola.
--===== Add the new column.
ALTER TABLE #datestable
ADD DWOM TINYINT NOT NULL DEFAULT (0)
;
Successivamente, dobbiamo popolare la nuova colonna. L'OP ha avuto un'idea di ciò nel suo post originale non alterato.
--===== 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#
;
Ora, poiché si tratta di una colonna di lunghezza fissa, che ha appena creato un gruppo di suddivisioni di pagina, quindi è necessario ricostruire l'indice cluster per "reimballare" la tabella in modo da avere il maggior numero di righe per pagina per motivi di prestazioni.
--===== "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)
;
Una volta fatto, le query che fanno cose come restituire il 3 ° venerdì di ogni mese in un determinato intervallo di date diventano banali e abbastanza ovvie da leggere.
--===== 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
;