UPDATE : untuk contoh yang lebih umum tentang membuat dan mengisi tabel kalender atau dimensi, lihat tip ini:
Untuk pertanyaan spesifik yang ada, inilah usaha saya. Saya akan memperbarui ini dengan sihir yang Anda gunakan untuk menentukan hal-hal seperti Fiscal_MonthNumber dan Fiscal_MonthName, karena saat ini mereka adalah satu-satunya bagian non-intuitif dari pertanyaan Anda, dan itu satu-satunya informasi nyata yang sebenarnya tidak Anda sertakan.
Cara "terbaik" (baca: paling efisien) untuk mengisi tabel kalender, IMHO, adalah dengan menggunakan satu set, daripada satu lingkaran. Dan Anda dapat menghasilkan set ini tanpa mengubur logika menjadi fungsi yang ditentukan pengguna, yang benar-benar tidak memberi Anda apa-apa selain enkapsulasi - selain itu hanya objek lain yang harus dipelihara. Saya membicarakan hal ini secara lebih rinci dalam seri blog ini:
Jika Anda ingin terus menggunakan fungsi Anda, pastikan itu bukan fungsi bernilai tabel multi-pernyataan; itu tidak akan efisien sama sekali. Anda ingin memastikan bahwa itu sebaris (misalnya memiliki satu RETURNpernyataan dan tidak ada @tablepernyataan eksplisit ), memiliki WITH SCHEMABINDING, dan tidak menggunakan CTE rekursif. Di luar fungsi, inilah cara saya melakukannya:
CREATE TABLE dbo.DateDimension
(
[Date] DATE PRIMARY KEY,
[DayOfWeek_Number] TINYINT,
[DayOfWeek_Name] VARCHAR(9),
[DayOfWeek_ShortName] VARCHAR(3),
[Week_Number] TINYINT,
[Fiscal_DayOfMonth] TINYINT,
[Fiscal_Month_Number] TINYINT,
[Fiscal_Month_Name] VARCHAR(12),
[Fiscal_Month_ShortName] VARCHAR(3),
[Fiscal_Quarter] TINYINT,
[Fiscal_Year] SMALLINT,
[Calendar_DayOfMonth] TINYINT,
[Calendar_Month Number] TINYINT,
[Calendar_Month_Name] VARCHAR(9),
[Calendar_Month_ShortName] VARCHAR(3),
[Calendar_Quarter] TINYINT,
[Calendar_Year] SMALLINT,
[IsLeapYear] BIT,
[IsWeekDay] BIT,
[IsWeekend] BIT,
[IsWorkday] BIT,
[IsHoliday] BIT,
[HolidayName] VARCHAR(255)
);
-- add indexes, constraints, etc.
Dengan tabel di tempat, Anda dapat melakukan satu, set-sisipan data tahun sebanyak yang Anda inginkan dari tanggal mulai apa pun yang Anda pilih. Cukup tentukan tanggal mulai dan jumlah tahun. Saya menggunakan teknik "stacked CTE" untuk menghindari redundansi dan hanya melakukan banyak perhitungan sekali; kolom output dari CTE sebelumnya kemudian digunakan dalam perhitungan lebih lanjut nanti.
-- these are important:
SET LANGUAGE US_ENGLISH;
SET DATEFIRST 7;
DECLARE @start DATE = '20100101', @years TINYINT = 20;
;WITH src AS
(
-- you don't need a function for this...
SELECT TOP (DATEDIFF(DAY, @start, DATEADD(YEAR, @years, @start)))
d = DATEADD(DAY, ROW_NUMBER() OVER (ORDER BY s1.number)-1, @start)
FROM master.dbo.spt_values AS s1
CROSS JOIN master.dbo.spt_values AS s2
-- your own numbers table works much better here, but this'll do
),
w AS
(
SELECT d,
wd = DATEPART(WEEKDAY,d),
wdname = DATENAME(WEEKDAY,d),
wnum = DATEPART(ISO_WEEK,d),
qnum = DATEPART(QUARTER, d),
y = YEAR(d),
m = MONTH(d),
mname = DATENAME(MONTH,d),
md = DAY(d)
FROM src
),
q AS
(
SELECT *,
wdsname = LEFT(wdname,3),
msname = LEFT(mname,3),
IsWeekday = CASE WHEN wd IN (1,7) THEN 0 ELSE 1 END,
fq1 = DATEADD(DAY,25,DATEADD(MONTH,2,DATEADD(YEAR,YEAR(d)-1900,0)))
FROM w
),
q1 AS
(
SELECT *,
-- useless, just inverse of IsWeekday, but okay:
IsWeekend = CASE WHEN IsWeekday = 1 THEN 0 ELSE 1 END,
fq = COALESCE(NULLIF(DATEDIFF(QUARTER,DATEADD(DAY,6,fq1),d)
+ CASE WHEN md >= 26 AND m%3 = 0 THEN 2 ELSE 1 END,0),4)
FROM q
)
--INSERT dbo.DimWithDateAllPersisted(Date)
SELECT
DateKey = d,
DayOfWeek_Number = wd,
DayOfWeek_Name = wdname,
DayOfWeek_ShortName = wdsname,
Week_Number = wnum,
-- I'll update these four lines when I have usable info
Fiscal_DayOfMonth = 0,--'?magic?',
Fiscal_Month_Number = 0,--'?magic?',
Fiscal_Month_Name = 0,--'?magic?',
Fiscal_Month_ShortName = 0,--'?magic?',
Fiscal_Quarter = fq,
Fiscal_Year = CASE WHEN fq = 4 AND m < 3 THEN y-1 ELSE y END,
Calendar_DayOfMonth = md,
Calendar_Month_Number = m,
Calendar_Month_Name = mname,
Calendar_Month_ShortName = msname,
Calendar_Quarter = qnum,
Calendar_Year = y,
IsLeapYear = CASE
WHEN (y%4 = 0 AND y%100 != 0) OR (y%400 = 0) THEN 1 ELSE 0 END,
IsWeekday,
IsWeekend,
IsWorkday = CASE WHEN IsWeekday = 1 THEN 1 ELSE 0 END,
IsHoliday = 0,
HolidayName = ''
FROM q1;
Sekarang, Anda masih memiliki kolom "liburan" dan "hari kerja" yang tersisa untuk ditangani - ini menjadi sedikit lebih rumit, tetapi Anda perlu memperbarui ketiga kolom tersebut dengan hari libur apa pun yang muncul dalam rentang tanggal Anda. Hal-hal seperti Hari Natal sangat mudah:
UPDATE dbo.DateDimension
SET IsWorkday = 0, IsHoliday = 1, HolidayName = 'Christmas'
WHERE Calendar_Month_Number = 12 AND Calendar_DayOfMonth = 25;
Hal-hal seperti Paskah menjadi jauh lebih rumit - Saya telah membuat blog beberapa ide di sini bertahun-tahun yang lalu .
Dan tentu saja perusahaan Anda yang bukan hari kerja yang sama sekali tidak ada hubungannya dengan hari libur nasional, dll. Harus dimutakhirkan secara langsung oleh Anda - SQL Server tidak akan memiliki cara bawaan untuk mengetahui kalender perusahaan Anda.
Sekarang, saya sengaja tidak menghitung salah satu kolom ini, karena Anda mengatakan sesuatu seperti yang dimiliki pengguna akhir previously preferred fields they can drag and drop- Saya tidak yakin apakah pengguna akhir benar-benar tahu atau peduli apakah sumber kolom adalah kolom nyata, kolom yang dihitung , atau berasal dari tampilan, kueri, atau fungsi ...
Dengan asumsi Anda memang ingin melihat ke dalam komputasi beberapa kolom ini untuk memudahkan pemeliharaan Anda (dan bertahan mereka membayar penyimpanan untuk kecepatan permintaan), Anda dapat melihatnya. Namun, hanya sebagai peringatan, beberapa kolom ini tidak dapat didefinisikan sebagai dihitung dan bertahan karena mereka non-deterministik. Inilah satu contoh, dan bagaimana cara mengatasinya.
CREATE TABLE dbo.Test
(
[date] DATE PRIMARY KEY,
DayOfWeek_Number AS DATEPART(WEEKDAY, [date]) PERSISTED
);
Hasil:
Msg 4936, Level 16, Negara Bagian 1, Baris 130
Kolom yang dihitung 'DayOfWeek_Number' dalam tabel 'Test' tidak dapat dipertahankan karena kolom tersebut non-deterministik.
Alasan ini tidak dapat dipertahankan adalah karena banyak fungsi terkait tanggal bergantung pada pengaturan sesi pengguna, seperti DATEFIRST. SQL Server tidak dapat mempertahankan kolom di atas karena DATEPART(WEEKDAYharus memberikan hasil yang berbeda - diberikan data yang sama - untuk dua pengguna yang berbeda yang memiliki DATEFIRSTpengaturan berbeda .
Maka Anda mungkin menjadi pintar, dan berkata, well, saya bisa mengaturnya menjadi jumlah hari, modulo 7, offset dari beberapa hari yang saya tahu adalah hari Sabtu (katakanlah '2000-01-01'). Jadi, Anda mencoba:
CREATE TABLE dbo.Test
(
[date] DATE PRIMARY KEY,
DayOfWeek_Number AS
COALESCE(NULLIF(DATEDIFF(DAY,'20000101',[date])%7,0),7) PERSISTED
);
Tapi, kesalahannya sama.
Alih-alih menggunakan konversi implisit dari string literal yang mewakili waktu tanggal dalam format yang jelas (kepada kami, tetapi bukan SQL Server), kami dapat menggunakan jumlah hari antara "tanggal nol" (1900-01-01) dan tanggal yang kita tahu adalah hari Sabtu (2000-01-01). Jika kami menggunakan integer di sini untuk mewakili perbedaan dalam beberapa hari, SQL Server tidak dapat mengeluh, karena tidak ada cara untuk salah menafsirkan angka itu. Jadi ini berhasil:
-- SELECT DATEDIFF(DAY, 0, '20000101'); -- 36524
CREATE TABLE dbo.Test
(
[date] DATE PRIMARY KEY,
DayOfWeek_Number AS
COALESCE(NULLIF(DATEDIFF(DAY,36524,[date])%7,0),7) PERSISTED
-----------------------------^^^^^ only change
);
Keberhasilan!
Jika Anda tertarik untuk mengejar kolom yang dihitung untuk beberapa perhitungan ini, beri tahu saya.
Oh, dan satu hal lagi: Saya tidak tahu mengapa Anda akan menggosok meja ini dan mengisinya kembali dari awal. Berapa banyak dari hal-hal ini yang akan berubah? Apakah Anda akan terus mengubah tahun fiskal Anda? Ubah bagaimana Anda ingin mengeja March? Atur minggu Anda untuk mulai pada hari Senin satu minggu dan Kamis berikutnya? Ini benar-benar harus berupa tabel build-it-up-once, dan kemudian Anda membuat perubahan kecil (seperti memperbarui setiap baris dengan informasi liburan baru / yang diubah).