Tak, wiem, że to stary post. Pomyślałem, że mimo wieku podążę inaczej. Heh ... i przepraszam. Właśnie zdałem sobie sprawę, że prawie zduplikowałem to, co @jyao zamieściło powyżej.
Na podstawie bieżącej edycji pierwotnego pytania PO nie mogłem zrozumieć, dlaczego ludzie zamieszczali odpowiedzi, które zrobili.
Przeglądając zmiany, znalazłem oryginalne pytanie i zamieściłem je poniżej ...
Mam szereg czasowy od 1.1.1996 - 30.8.2014 w bazie danych SQL, np. Z tabelą „db.dbo.datestable”.
Muszę ustalić daty, które są „trzecim piątkiem każdego miesiąca” dla tego zakresu dat w SQL.
Spodziewam się, że powinienem użyć kombinacji „DENSE_RANK ()” i „PARTITION BY ()”, aby ustawić „rank = 3”. Jednak jestem nowy w SQL i nie mogę znaleźć poprawnego kodu.
Czy potrafisz rozwiązać ten problem?
Część pierwotnego pytania, którą podkreśliłem pogrubieniem, wydaje się być kluczem. Z pewnością mogę się mylić, ale wydaje mi się, że OP stwierdził, że ma tabelę „Kalendarz” o nazwie „dbo.datestable”, co dla mnie stanowi ogromną różnicę i teraz rozumiem, dlaczego wiele odpowiedzi są tym, w tym tym, który wygenerował daty, ponieważ został opublikowany 10 listopada ... jeden dzień po ostatecznej edycji pytania, co usunęło ostatnie ślady odniesienia do „dbo.datestable”.
Tak jak powiedziałem, mogę się mylić, ale oto moja interpretacja pierwotnego pytania.
Mam tabelę „Kalendarz” o nazwie „dbo.datestable”. Biorąc pod uwagę dowolny zakres dat objętych tą tabelą, w jaki sposób mogę zwrócić tylko te daty, które są w trzeci piątek każdego miesiąca w tym zakresie dat?
Ponieważ konwencjonalne metody wykonania tego zostały już omówione, dodam alternatywę, która może być pomocna dla niektórych.
Symulujmy kilka kolumn, które - jak sądzę - OP będą już miały w jego tabeli. Oczywiście zgaduję nazwy kolumn. Podaj dowolne równoważne kolumny dla tabeli „Kalendarz”. Robię to wszystko w TempDB, więc nie ryzykuję ingerowania w czyjąś tabelę „Kalendarz”.
--=================================================================================================
-- 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)
;
Jest to również rzecz oczywista, że nie wiem, czy OP może wprowadzić zmiany w swojej tabeli „Kalendarz”, więc to może mu nie pomóc, ale może pomóc innym. Mając to na uwadze, dodajmy kolumnę DWoM (Dzień tygodnia dla miesiąca). Jeśli nie podoba ci się nazwa, możesz ją zmienić na dowolną, potrzebną na własnym pudełku.
--===== Add the new column.
ALTER TABLE #datestable
ADD DWOM TINYINT NOT NULL DEFAULT (0)
;
Następnie musimy wypełnić nową kolumnę. OP miał to w swoim oryginalnym nieskażonym poście.
--===== 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#
;
Teraz, ponieważ jest to kolumna o stałej długości, która właśnie utworzyła kilka podziałów stron, dlatego musimy odbudować Indeks klastrowany, aby „przepakować” tabelę, aby mieć jak najwięcej wierszy na stronę ze względu na wydajność.
--===== "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)
;
Po wykonaniu tej czynności zapytania, takie jak zwracanie trzeciego piątku każdego miesiąca w danym zakresie dat, stają się trywialne i dość oczywiste do przeczytania.
--===== 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
;