例：公司员工采取三个轮班制度：凌晨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表的记录中去，而不需要创建另外的表，也就不需要在表中增加数据了。我同样使用一个简单的变量来论证我的逻辑。
SQL,Server,记录轮班
《魔兽世界》大逃杀！60人新游玩模式《强袭风暴》3月21日上线
暴雪近日发布了《魔兽世界》10.2.6 更新内容，新游玩模式《强袭风暴》即将于3月21 日在亚服上线，届时玩家将前往阿拉希高地展开一场 60 人大逃杀对战。
艾泽拉斯的冒险者已经征服了艾泽拉斯的大地及遥远的彼岸。他们在对抗世界上最致命的敌人时展现出过人的手腕，并且成功阻止终结宇宙等级的威胁。当他们在为即将于《魔兽世界》资料片《地心之战》中来袭的萨拉塔斯势力做战斗准备时，他们还需要在熟悉的阿拉希高地面对一个全新的敌人──那就是彼此。在《巨龙崛起》10.2.6 更新的《强袭风暴》中，玩家将会进入一个全新的海盗主题大逃杀式限时活动，其中包含极高的风险和史诗级的奖励。
《强袭风暴》不是普通的战场，作为一个独立于主游戏之外的活动，玩家可以用大逃杀的风格来体验《魔兽世界》，不分职业、不分装备（除了你在赛局中捡到的），光是技巧和战略的强弱之分就能决定出谁才是能坚持到最后的赢家。本次活动将会开放单人和双人模式，玩家在加入海盗主题的预赛大厅区域前，可以从强袭风暴角色画面新增好友。游玩游戏将可以累计名望轨迹，《巨龙崛起》和《魔兽世界：巫妖王之怒 经典版》的玩家都可以获得奖励。