SQL Server 2012 大幅增强了T-SQL

     <p>SQL Server 2012 对T-SQL 进行了大幅增强，其中包括支持 ANSI FIRST_VALUE 和 LAST_VALUE 函数，支持使用 FETCH 与 OFFSET 进行声明式数据分页，以及支持 .NET 中的解析与格式化函数。</p>    <p><strong>Fetch 与 Offset</strong></p>    <p>目前，对于实现服务端分页，SQL Server 开发人员倾向于选择使用命令式技术，如将结果集加载入临时表，对行进行编号，然后从中挑选感兴趣的范围。有一些开发人员选择使用更加时髦的 <a href="/misc/goto?guid=4958334291571137791">ROW_NUMBER 和 OVER</a> 模式。另外，还有一些开发人员坚持使用游标。虽然这些技术都不是太难，但是它们可能会较为耗时并且容易出错。不仅如此，由于每个开发人员都有自己中意的实现方式，从而造成这些技术并不一致。</p>    <p>SQL Server 2012 通过增加声明式数据分页解决了该问题。开发人员可以通过在T-SQL 的 ORDER BY 子句后加上 OFFSET 和 FETCH NEXT 选项来完成数据分页。目前 SQL Server 并没有为其做性能优化，而只是帮助完成用户需要手工完成的工作。正如 <a href="/misc/goto?guid=4958334292378610864">Greg Low 博士</a>在演示中所说，只有当用户知道你试图解决的问题是什么，而不是知道你怎样去解决问题的时候，他们才可以更好地编写出查询优化来对性能进行改善。</p>    <p><strong>Over 子句窗口</strong></p>    <p>有时候开发人员需要基于行之间的差异来编写查询。例如，你可能有兴趣想知道处理当前行与上一行之间所花去的时间。使用游标很容易解决该问题，但 由于其风格和性能原因，大家并不怎么使用。你还可以使用子查询进行逐行执行，但这样的代价实在太过昂贵。最后，你还可以将问题推给客户端，但这需要客户端 是一门编程语言而不只是一个报表工具方能起效。</p>    <p>现在你可以<a href="/misc/goto?guid=4958334293172855000">使用 LAG 函数直接访问上一行</a>。由于用户显式声明了试图完成的工作，因此查询分析器会在内存中保留上一行，而不再需要创建一个子查询，这反过来也极大地提升了性能。虽然 LAG 默认为上一行，但是如果你需要进一步回溯，可以在其中指定偏移量。</p>    <p>LAG 与它的姊妹函数 LEAD 均为 ANSI 标准的一部分。该特性自从微软在 SQL Server 2005 中部分实现 OVER 子句时，就<a href="/misc/goto?guid=4958334293974145693">一直被开发人员要求加入</a>。</p>    <p>这一版本还支持了 <a href="/misc/goto?guid=4958334294778227069">FIRST_VALUE 和 LAST_VALUE</a>。</p>    <p><strong>反射</strong></p>    <p>先前开发人员若想要确定查询或存储过程的返回结果类型，需要使用 <a href="/misc/goto?guid=4958334295579371170">SET FMTONLY</a> 命令。使用该命令可以在不需要实际执行查询的情况下预览返回结果的列信息。可惜的是，返回的信息仅仅局限于列的定义，而如果只要先前执行查询便能够获得这些信息。</p>    <p>通过使用新的 <a href="/misc/goto?guid=4958334296375773669">sp_describe_first_result_set</a> 存储过程，开发人员可以获得查询和存储过程返回结果的详细信息。这些信息包括数据类型及其规模、源表/列，列是否可被更新或由计算而得，以及其他大量信息。动态管理视图 <a href="/misc/goto?guid=4958334297179224523">sys.dm_exec_describe_first_result</a> 和 <a href="/misc/goto?guid=4958334297985354138">sys.dm_exec_describe_first_result_set_for_object</a> 同样具有该特性。</p>    <p><strong>防御式编程（Defensive Coding）</strong></p>    <p>开发人员在调用同事编写的存储过程时通常很头疼，这是因为<a href="/misc/goto?guid=4958334298787787217" target="_blank">存储过程</a>返回结果在编译期没有保证，因此意外的破坏性改动成了一大顾虑。尽管T-SQL 没有提供任何手段来预防这些错误，但是可以借助 RESULT SETS 选项将错误发生率降至最低。</p>    <p>开发人员可以通过指定 <a href="/misc/goto?guid=4958334299581181599">RESULT SETS 选项</a>要求存储过程返回特定的数据结构。如果存储过程返回的结果集与被要求的有出入，将会发生错误并导致批次中止。由于发生的错误是运行时错误，因此我们建议使用该选项的开发人员创建完整系列的单元测试，以确保代码在接触生成环境前可以触发该错误。</p>    <p><strong>错误处理</strong></p>    <p>T-SQL 从 2005 年就开始支持 <a href="/misc/goto?guid=4958334300378620393">TRY-CATCH</a> ，但奇怪的是，直到现在才有了 <a href="/misc/goto?guid=4958334301186296856">THROW</a>。THROW 不带参数，它的用法与 C# 和 VB 中 catch 块中的 throw 类似。也就是说，它会重新抛出异常，而不会丢失当时捕捉到的任何信息。它对于向重试队列记录或添加条目很有帮助，同时也可以通知应用程序出错。</p>    <p>当 THROW 带参使用时，它类似于 <a href="/misc/goto?guid=4958334301985533060">RAISERROR</a>，不同之处在于它支持 sys.messages 之外的错误信息号（error number），并且它的严重级别（severity）总是 16。还有一点与 RAISEERROR 不同的是，所有未被捕获的 THROW 错误总是批量终止。</p>    <p><strong>解析和转换</strong></p>    <p>T-SQL 目前支持 PARSE 函数，该函数包含选项用于指定区域性设置（Culture）。区域性设置是 .NET 框架支持的诸多特性之一，用于表明解析如何实现，TRY_PARSE 函数也包含该选项。</p>    <p>类似的，还有一个新的 TRY_CONVERT 函数。这两者以及 try parse 函数在转换失败后会返回 null。</p>    <p>另一方面，FORMAT 函数采用了 .NET 格式化设置。尽管与本地函数（如 <a href="/misc/goto?guid=4958334302782382247">STR</a>）相比它的速度稍慢，但是却更加灵活。</p>    <p><strong>日期/时间函数</strong></p>    <p>虽然T-SQL 仍然远没达到完美，但至少日期/事件函数处理上有了些许改善。EOMONTH 函数用于返回月份的最后一天，这对报表是一个非常有用的特性。xxxFROMPARTS 系列函数使用一系列参数而不是单个字符串来构造日期和时间。它包含了对数据类型 Date、DateTime、DateTime2、DateTimeOffset、SmallDate 以及 Time 的支持。</p>    <p><strong>混合函数（Misc. Function）</strong></p>    <p>T-SQL 包含了 Access 和 Visual Basic 中 <a href="/misc/goto?guid=4958334303575279712">Choose</a> 的函数。在某些情况下，它可以被当成一个简化版的 CASE 使用。另外一个从这些语言中借鉴的函数是 IIF。</p>    <p>CONCAT 可用于字符串拼接。它除了可以让代码更容易地移植到其他数据库语言中，还提供了与+运算符不一样的 null 处理方式。<a href="/misc/goto?guid=4958334304361612892">Itzik Ben-Gan 写道：</a></p>    <p>> 连接运算符+在输入为 NULL 时会产生结果 NULL。而 CONCAT 函数在转换前将 NULL 输入转换为空字符串。 当然，你可以使用 COLAESCE 函数替换 NULL 输入为空字符来完成同样的工作，不过这样做代码会让代码显得混乱。</p>