例：公司員工采取三個輪班制度：凌晨0：00到早上8：00為第一班，早上8：00到下午4：00為第二班，下午4：00到晚上12：00為第三班。
員工使用電子時鐘進行簽名，這種電子簽名可以自動將記錄添加到SQL Server數據庫中。但是，有時候，需要增加一個夜班；即使這個輪班發生在第二天，它仍然會被認為是第三班。
你也許希望根據輪班對記錄進行分組，但是在你的計劃中會有兩個非常令人頭痛的問題：
(1）不是所有的雇員都是按時到達的；
(2）有時候員工工作的時間會比他們的一個輪班的時間長一些。
為了能在你的列表中得到正確的分組，你必須假設所有的員工能在一個輪班的開始和結束時間之間的任意時間開始工作。
使用CASE語句是一種解決辦法。Listing A中的SQL語句告訴我們，在創建測試表沒有錯誤的情況下，它是如何工作的。
為了使程序代碼完全准確的運行，你需要在時間的小窗口中得到每一個輪班的開始時間和下一個輪班的結束時間。在剛才的例子中，你可以用"15:59:59.123"這個值代替@StartTime，然後再重新運行代碼。這時候，你必須在每一個輪班結束的分界點上增加999毫秒。
解決方案
這個例子假設輪班時間從來沒有改變過，但是如果改變了輪班時間該怎麼辦呢？你必須仿照這個例子並根據改變了的時間寫出所有的代碼。
一個更好一點的主意就是，針對我們的輪班創建一個表來調用Shifts的開始時間和結束時間。在這個表中，你可以修改Case語句來查找StopTime列。
Listing B中包含了創建Shifts表並向該表中增加記錄的代碼。代碼在一個輪班中設置了時間後，這樣使代碼看上去既簡單又靈活：
復制代碼 代碼如下:
DECLARE @StartTime VARCHAR(20)
SET @StartTime ="22:59:59"
SELECTTOP 1 ShiftName FROM ShiftWork.Shifts
WHERE Shifts.StartTime <= @StartTime
ORDERBY StartTime DESC
我之所以要將輪班記錄進行降序排列，是為了避免第三個輪班的邊界問題。我將用一些測試案例來論證我的結論，這些內容你可以在Listing C中看到。
實際上，你可以將這個邏輯應用到TemeCards表的記錄中去，而不需要創建另外的表，也就不需要在表中增加數據了。我同樣使用一個簡單的變量來論證我的邏輯。
