1.4升级到SQLServer2022的好处_SQLServer2022数据库开发详解
1.4 升级到 SQL Server 2022 的好处
如上所述，SQL Server 2022 增加了很多新的功能，但若仅是将旧系统升级而不做任何转变，也许用不到上述这些好处，困为你必需重新学习这些功能的定义。
    然而将旧有版本升级成 SQL Server 2022 仍有很多马上的好处，除了供应学习研发的机会外，SQL Server 2022 在针对旧有功能的性能提升、增加系统稳定性上，也下了极大的功夫。本节争论的是你仅需完成升级，就可以立即享有到的好处。
    ◎全文检索
    首先是针对全文检索，新版建立 Catalog 内容时，扩展（Index population）的速度较旧版快一倍以上，而查询效率也提升 30%-50%。另外，全文检索服务支持多实例（multi-instanced），各 SQL Server 实例使用各自的全文检索服务实例，不会相互干扰。全文检索也支持聚集架构以提高可获得性。
    SQL Server 2022 可以备份/还原、分别/附加（Detach/attach）全文检索的 catalog，让你在还原数据库或迁移数据库之后，无须耗时重新扩展以建立 catalog。
    ◎查询引擎化
    当我们输入 SQL 语句到 SQL Server 服务器端时，若查询引擎越聪慧，就能够越快速且正确地推断用户的意图，到的执行方案，才能越有效率地完成用户的需求。在此看一下 SQL Server 2022 的查询引擎较 2000 更为聪慧的地方：
    若执行的 update 语句实际并未转变数据内容，则 SQL Server 不会铺张资源去重新维护索引。
    有效地加强文字符号（Symbolic）查询的解读。当 T-SQL 语句格式是
    exp1 Op exp2
    而 exp 操作数分别是字段名称和常数；op 为 、=、 等运算符时，SQL 可以做更正确的语意推断，如：
    l ? a > 5 and a>3 and a=0 直接会传回 false，由于 a 不行能既等于 0 又大于 5。
    ?（a between 1 and 100） and （a between 100 and 200） 直接将条件改成 a=100。
    l 若条件是 a>3 and a>5 ，则实际条件是 a>5，在通过索引查时，自动使用条件比较严苛的 a>5。
    l 增加 Indexed view 可用性，供应更多使用情境的对比。
    l 对等联结（Equi-join）的条件使用如下语句时：
    r.x=s.x and s.x > 10 
    其实隐含着以下的意义：
    r.x=s.x and s.x > 10 and r.x >10
    SQL Server 2022 除了在 s.x 字段测试是否有可用的索引，也会尝试在 r.x 字段上看看有没有可用的索引。
    上述正规与减化符号查询的机制，将更能有效地建立的执行方案。
    ◎统计信息
    若要正确推断执行方案，SQL Server 先要对所存储的数据内容分布建立具体而正确的统计。2022 关于存储数据统计的部分供应以下的强化：
    l 以往自动更新统计在数据量很大时，可能会阻挡 OLTP 应用程序的执行。现在维护统计数据时，可以异步更新统计，因而不会卡住正在执行的查询。若建立新的统计正做到一半，目前想要执行的查询就用旧的统计。通过启动如下的数据库设置，可以启动异步更新统计。
    ALTER DATABASE [db名称] SET AUTO_UPDATE_STATISTICS_ASYNC ON
    l 统计的数据更为精确，供应 string summary statistics，可以支持如 like %字符串% 形式的过滤条件。以更精确的统计削减建立执行方案时的猜想。
    l 针对计算字段手动或自动建立统计。例如：由于能自动对计算字段建立统计，所以可精
确猜测如下的 where 条件。而犹如 Indexed View，在下述实例中 Where 条件并未引用 b 字段，但由于定义相同，SQL Server 就会自动引用这个建立在计算字段 b 上的统计：
    create table t1（a int,b as a+1）
    create table t2（a int, c int）
sql server手机版下载    SELECT * FROM t1 JOIN t2 ON t1.a=t2.a
    WHERE t1.a+1 > 10
    l 以平行运算的方式更有效地建立 Full scan 的统计。
    l sp_updatestats 系统存储过程只更新需要更新的统计。该存储过程可以通过 UPDATE STATISTICS 语句更新目前数据库内用户自定义以及系统数据表相关的统计。在 SQL Server 2022 版的该存储过程只更新需要更新的统计，没有数据更改的就自动跳过，因此整体效率更好。
    ◎执行方案的共享与重用
    若多条连接或同一条连接重复执行相同 SQL 语句时，执行方案能够共享与重用，将可削减 CPU 建立执行方案的负荷。为此需求，SQL Server 2022 供应了以下的功能。
    l 针对在批次内或存储过程的多句语句，可使用语句层次的重新编译，不必完整重新编译全部批次或存储过程。例如几千行的存储过程中，用到了临时数据表（temp table），在重新调用该存储过程时，只需要重新编译使用到缓存数据表的那几行语句。
    l 强迫使用参数化查询，自动将条件中使用的常数当作参数，避开当相同查询语句以不同参数输入时，重新编译执行方案。例如你前端程序两次输入的 Where 条件是：Where col=1 和 Where col=2，虽然主体的查询语句相同，但由于整句话不同，这时 SQL 可能会重新编译执行方案。因此是 Where col=@input，让编译执行方案时，不管参数值为何，都直接使用相同的查询语句。
    在 SQL Server 2022 中你可使用数据库的设置，强制启动自动将常数当作参数来编译执行方案，设置语句如下：
ALTER DATABASE [db 名称] SET PARAMETERIZATION FORCED
    以往 SQL Server 2000 其实就有部分实现上述的功能，不过 2022 版可以让你强制启动，以尽量将语句中全部的常数都当作变量。
    另外，在执行查询时，语句包含动态对象，如数据表类型变量、触发器等的执行方案仍可以被缓存。
    ◎执行查询
    精确地建立统计，参照该统计分析出有效率地执行方案，聪慧的高速缓存避开重复建立执行方案后，接着还需要执行查询并返回结果。SQL Server 2022 针对在不同服务器上执行的分布式查询可以异步执行，也就是当批次内分别在不同的链接服务器（Iinked Server）下查询语句时，SQL Server 2022 会以多线程的方式同时对不同的服务器下查询语句，再将结果综合返回到前端。以往采纳挨次的方式，需要等到第一句语句在某台服务器执行完毕后，才将下一句话放到另一台服务器上执行，无法发挥多台服务器平行运作的优势。
    另外，当通过 SQL Server Profiler 工具程序录制 SQL Server 执行的状况时，供应更为
丰富的信息，如分布式查询、以 XML 及图形化描述死锁信息。据此，你可以完成监控、调试、及性能调教等操作。
    最终，你还可以在重建索引的同时执行查询语句。
    ◎存储引擎
    针对存储引擎，SQL Server 2022 也进行了很多的强化：
    l 动态字符串的数据列表可以跨页，通过 MAX 数据类型的声明，数据大小可以超过 8060 字节的限制。
    l 更有效地使用 tempdb[1]。
    l 自动快速缓存数据表和数据表变量的第一页。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。