使用Hibernate SQLQuery执行原生SQL
我的图书馆
使用Hibernate SQLQuery执行原生SQL
Hibernate对原生SQL查询的支持和控制是通过SQLQuery接口实现的。通过Session接口，我们能够很方便的创建一个SQLQuery(SQLQuery是一个接口，在Hibernate4.2.2之前，默认返回的是SQLQuery的实现类——SQLQueryImpl对象，在下文中出现的SQLQuery如非注明，都是指该子类)对象来进行原生SQL查询：
session.createSQLQuery(String sql);
SQLQuery实现了Query接口，因此你可以使用Query接口中提供的API来获取数据。
最简单的示例
//获取所有查询结果
session.createSQLQuery("select * from note").list();
//仅获取第一条结果
session.createSQLQuery("select * from note where id = 1").uniqueResult();
使用预处理SQL
预处理SQL的好处自然不必多说，除了众所周知的能够防止SQL注入攻击外，还能够在一定程度上提高SQL的查询效率。SQLQuery提供了众多的接口来分别设置不同类型的参数，诸如setBigDecimal、setBinary、setDouble等，详参SQLQuery的JavaDoc，此处不再赘述。这里仅重点说一下通用的SQL参数设置接口setParameter。
如下代码示范了如何使用SQLQuery执行预处理SQL：
SQLQuery query = session.createSQLQuery("select * from note where id = ?");
//设置第一个参数的值为12,即查询ID=12的note
query.setParameter(0, 12);
List list = query.list();
这里需要注明一点，
无论是通过不同类型参数的设置接口来设置SQL参数，还是通过setParameter来设置参数，下标都是从0开始的，而不是从1开始的
使用自定义的结果转换器处理查询结果
SQLQuery接口预留了setResultTransformer接口以实现使用用户自定义的ResultTransformer结果集转换器处理查询结果。ResultTransformer接口非常简单，只有两个方法，分别用来转换单行数据和所有结果数据。经过自定义ResultTransformer生成的实体，并未加入Session，因此是非受管实体。
如下代码，示范了如何将单行数据装入LinkedHashMap对象中:
query.setResultTransformer(new ResultTransformer() {
public Object transformTuple(Object[] values, String[] columns) {
Map&String, Object& map = new LinkedHashMap&String, Object&(1);
int i = 0;
for(String column : columns){
map.put(column, values[i++]);
public List transformList(List list) {
如果不设置自定义的ResultTransformer转换器，则Hibernate将每行返回结果的数据按照结果列的顺序装入Object数组中。
当然,也可以直接指定默认的MAP转换规则:query.setResultTransformer( && & & & & & & & Transformers.ALIAS_TO_ENTITY_MAP);
这里介绍一个工具类：
Transformers
，它提供了一些常用的转换器，能够帮助我们快速转换结果集，如
Transformers.aliasToBean(Note.class)
能够将查询结果依别名注入到Note实体中。
使用SQLQuery执行原生SQL时，Hibernate会使用ResultSetMetadata来判定返回的标量值的实际顺序和类型。如果要避免过多的使用ResultSetMetadata,或者只是为了更加明确的指名返回值，可以使用addScalar()。
session.createSQLQuery("select * from note where id = 1")
.addScalar("id", LongType.INSTANCE)
.addScalar("name", StringType.INSTANCE)
.addScalar("createtime", DateType.INSTANCE);
这个查询指定了SQL查询字符串,要返回的字段和类型.它仍然会返回Object数组,但是此时不再使用ResultSetMetdata,而是明确的将id,name和createtime按照Long, String和Date类型从resultset中取出。同时，也指明了就算query是使用*来查询的，可能获得超过列出的这三个字段，也仅仅会返回这三个字段。
对全部或者部分的标量值不设置类型信息也是可以的：
session.createSQLQuery("select * from note where id = 1")
.addScalar("id")
.addScalar("name")
.addScalar("createtime", DateType.INSTANCE);
没有被指定类型的字段将仍然使用ResultSetMetdata获取其类型。
，字段不区分大小写，同时不能够指定不存在的字段
关于从ResultSetMetaData返回的java.sql.Types是如何映射到Hibernate类型，是由方言(Dialect)控制的。假若某个指定的类型没有被映射，或者不是你所预期的类型，你可以通过Dialet的registerHibernateType调用自行定义。
如果仅指定了一个scalar，那么...
Date createTime = (Date)session.createSQLQuery("select * from note where id = 1")
.addScalar("createtime", DateType.INSTANCE)
.uniqueResult();
如果我们的SQL语句使用了聚合函数，如count、max、min、avg等，且返回结果仅一个字段，那么Hibernate提供的这种提取标量结果的方式就非常便捷了。
上面的查询都是返回标量值的，也就是从resultset中返回的“裸”数据。下面展示如何通过addEntity()让原生查询返回实体对象。
session.createSQLQuery("select * from note where id = 1").addEntity(Note.class);
session.createSQLQuery("select id,name,createtime from note where id = 1").addEntity(Note.class);
这个查询指定SQL查询字符串,要返回的实体。假设Note被映射为拥有id,name和createtime三个字段的类，以上的两个查询都返回一个List，每个元素都是一个Note实体。
假若实体在映射时有一个many-to-one的关联指向另外一个实体，在查询时必须也返回那个实体，否则会导致发生一个"column not found"的数据库错误。这些附加的字段可以使用*标注来自动返回，但我们希望还是明确指明，看下面这个具有指向Dog的many-to-one的例子：
session.createSQLQuery("select id,note,createtime,author from note where id = ?").addEntity(Note.class);
author字段即为Note实体和Author实体的关联字段，只需在查询时得到该字段的值，Hibernate即可使用该值找到对应的关联实体。如上例中，note.getAuthor()即可返回当前Note所属的Author对象。
处理关联和集合类
通过提前抓取将Author连接获得，而避免初始化proxy带来的额外开销也是可能的。这是通过addJoin()方法进行的，这个方法可以让你将关联或集合连接进来。
session.createSQLQuery("select {note.*}, {author.*} from note note, user author where note.author = author.id")
.addEntity("note", Note.class)
.addJoin("author", "note.author");
上面的例子是多对一的关联查询，反过来做一对多的关联查询也是可以的。如下的例子中，author.notes表示该用户发表的所有日记(Note)，Set集合类型：&
session.createSQLQuery("select {author.*},{note.*} from note note, user author where author.id = ? and note.author = author.id")
.addEntity("author", User.class)
.addJoin("note", "author.notes");
join查询会在每行返回多个实体对象，处理时需要注意
别名和属性引用
假若SQL查询连接了多个表，同一个字段名可能在多个表中出现多次，这会导致SQL错误。不过在我们可以通过使用占位符来完美地解决这一问题。
其实在上例中已经用到了占位符：
session.createSQLQuery("select {note.*}, {author.*} from note note, user author where note.author = author.id")
.addEntity("note", Note.class)
.addJoin("author", "note.author");
这个查询指明SQL查询语句，其中包含占位附来让Hibernate注入字段别名,查询并返回的实体。
上面使用的{note.*}和{author.*}标记是作为“所有属性”的简写形式出现的，当然你也可以明确地罗列出字段名。但如下的范例代码中我们让Hibernate来为每个属性注入SQL字段别名，字段别名的占位符是表别名 + . + 属性名。
属性名区分大小写，而且不能够在where子句中使用占位符
SQLQuery query = session.createSQLQuery("select note.id as {note.id},note as {note.note},createtime as {note.createTime},author as {note.author}, {author.*} from note, user author where note.id = ? and note.author = author.id");
query.addEntity("note", Note.class);
query.addJoin("author", "note.author");
大多数情况下，上面的别名注入方式可以满足需要，但在使用更加复杂的映射，比如复合属性、通过标识符构造继承树，以及集合类等等情况下，则需要更加复杂的别名注入方式。
下表列出了使用别名注射参数的不同方式：
&别名注入(alias injection names) 描述
&{[aliasname].[propertyname]
&A_NAME as {item.name}
&{[aliasname].[componentname].[propertyname]}
&CURRENCY as {item.amount.currency}, VALUE as {item.amount.value}
&实体辨别器
&{[aliasname].class}
&DISC as {item.class}
&实体的所有属性
&{[aliasname].*}
&集合键(collection key)
&{[aliasname].key}
&ORGID as {coll.key}
&{[aliasname].id}
&EMPID as {coll.id}
&{[aliasname].element}
&XID as {coll.element}
&集合元素的属性
&{[aliasname].element.[propertyname]}
&NAME as {coll.element.name}
&集合元素的所有属性
&{[aliasname].element.*}
&{coll.element.*}
&集合的所有属性
&{[aliasname].*}
在hbm文件中描述结果集映射信息，并在查询中使用
对于一些复杂的结果集映射，往往需要像MyBatis那样在文件中手动配置好，然后在程序中使用。幸运的是Hibernate也提供了类似的功能，你可以使用自己配置的结果集映射来处理返回的结果集数据：
SQLQuery query = session.createSQLQuery("select note.id as {note.id},note as {note.note},createtime as {note.createTime},author as {note.author}, {author.*} from note, user author where note.id = ? and note.author = author.id");
//使用在hbm文件中配置的自定义结果集映射
query.setResultSetMapping("noteAnduthor");
query.list();
执行更新操作
使用SQLQuery执行数据库更新操作比较容易，除了像查询时那样需要指定SQL语句（如有需要还需设置SQL参数）外，仅需调用executeUpdate()方法，即可提交更新操作。代码如下所示：
session.createSQLQuery("update createtime = ? from note where note.id = ?");
query.setDate(0, new Date());
query.setLong(1, 1L);
query.executeUpdate();
executeUpdate方法的返回结果为改变的数据库记录的行数。
发表评论：
TA的最新馆藏SQL：用计算列百分比的回报用户表？
+-mysql,sql,postgresql,存储过程stored-procedures,common-table-expression-CodeGo.net
SQL：用计算列百分比的回报用户表？
我目前正在写的基础上回答了这个问题的web应用。我已经意识到我的匹配算法，在短短一个查询和调整，它跳跃的灯塔，它需要8.2ms计算2个用户之间的百分比匹配。但我的web应用程序有锁定列表，并逐一执行这个查询列表。对于5000个用户用了50秒我的本地机器。是否有可能把一切都在一个查询，返回一个列有一个列，并与游戏计算出来的？或存储在选项？
我目前正在使用MySQL CodeGo.net，但愿意在需要时切换数据库。
对于任何有兴趣的映射和推动者，我创建了SQLFiddle：
和我匹配的查询：
SELECT COALESCE(SQRT( (100.0*as1.actual_score/ps1.possible_score) * (100.0*as2.actual_score/ps2.possible_score) ) - (monquestions), 0) AS perc
FROM (SELECT SUM(imp.value) AS actual_score
FROM user_questions AS uq1
INNER JOIN importances imp ON imp.id = uq1.importance
INNER JOIN user_questions uq2 ON uq2.question_id = uq1.question_id AND uq2.user_id = 101
AND (uq1.accans1 = uq2.answer_id
OR uq1.accans2 = uq2.answer_id
OR uq1.accans3 = uq2.answer_id
OR uq1.accans4 = uq2.answer_id)
WHERE uq1.user_id = 1) AS as1,
(SELECT SUM(value) AS possible_score, COUNT(*) AS commonquestions
FROM user_questions AS uq1
INNER JOIN importances ON importances.id = uq1.importance
INNER JOIN user_questions uq2 ON uq1.question_id = uq2.question_id AND uq2.user_id = 101
WHERE uq1.user_id = 1) AS ps1,
(SELECT SUM(imp.value) AS actual_score
FROM user_questions AS uq1
INNER JOIN importances imp ON imp.id = uq1.importance
INNER JOIN user_questions uq2 ON uq2.question_id = uq1.question_id AND uq2.user_id = 1
AND (uq1.accans1 = uq2.answer_id
OR uq1.accans2 = uq2.answer_id
OR uq1.accans3 = uq2.answer_id
OR uq1.accans4 = uq2.answer_id)
WHERE uq1.user_id = 101) AS as2,
(SELECT SUM(value) AS possible_score
FROM user_questions AS uq1
INNER JOIN importances ON importances.id = uq1.importance
INNER JOIN user_questions uq2 ON uq1.question_id = uq2.question_id AND uq2.user_id = 1
WHERE uq1.user_id = 101) AS ps2
本文地址 ：CodeGo.net/516442/
-------------------------------------------------------------------------------------------------------------------------
1. 我很无聊，跳跃：这里是你查询的重写版本-根据您的映射PostgreSQL的端口上-即计算为配对一次：
我查过它和生产者结果对（1,5）。
userids(uid) AS (
select distinct user_id from user_questions
users(u1,u2) AS (
SELECT u1.uid, u2.uid FROM userids u1 CROSS JOIN userids u2 WHERE u1 && u2
scores AS (
sum(CASE WHEN uq2.answer_id IN (uq1.accans1, uq1.accans2, uq1.accans3, uq1.accans4) THEN imp.value ELSE 0 END) AS actual_score,
sum(imp.value) AS potential_score,
count(1) AS common_questions,
FROM user_questions AS uq1
INNER JOIN importances imp ON imp.id = uq1.importance
INNER JOIN user_questions uq2 ON uq2.question_id = uq1.question_id
INNER JOIN users ON (uq1.user_id=users.u1 AND uq2.user_id=users.u2)
GROUP BY u1, u2
score_pairs(u1,u2,u1_actual,u2_actual,u1_potential,u2_potential,common_questions) AS (
SELECT s1.u1, s1.u2, s1.actual_score, s2.actual_score, s1.potential_score, s2.potential_score, s1.common_questions
FROM scores s1 INNER JOIN scores s2 ON (s1.u1 = s2.u2 AND s1.u2 = s2.u1)
WHERE s1.u1 & s1.u2
COALESCE(SQRT( (100.0*u1_actual/u1_potential) * (100.0*u2_actual/u2_potential) ) - (100/common_questions), 0) AS "match"
FROM score_
没有理由不能端口这回的MySQL，暨热inflate系数只是为可读性和不带不能背任何东西FROM (SELECT ...)。有没有WITH RECURSIVE和北CTE是从多个其他的CTE引用。你必须嵌套查询可怕的土堆，但是这只是一个格式化的挑战。
generator组
自加入该组的速度创建一组配对
然后再加入配对清单上的得分与QUERY分数生产者的表
产生的分数表中为主要重复查询possiblescore1和possiblescore2，actualscore1和actualscore2。
然后在最后的外部查询来概括
我还没有优化的查询;暨写它运行在5毫秒我的系统上。在比格漫步者它可能需要重组技巧的网眼状将其转换成热inflate系数SELECT ... INTO TEMPORARY TABLE临时表创建了一个索引之前，然后查询。
这也有可能是你要的不良生成users行集中了CTE，进入FROM的子查询scores。这是WITH需要表现在优化数据库之间暨围栏跳必须去实现，并且可以与诀窍像推向上或向下。
本文标题 ：SQL：用计算列百分比的回报用户表？
本文地址 ：CodeGo.net/516442/
Copyright (C) 2014 CodeGo.net异常记录（9）
我用Hibernate createSQLQuery 向后台发送了一条语句，得到的是函数计算结果，这时 ，我该怎么接收呢？？
求指点，小弟万分感谢！！
这是代码：
getSession().createSQLQuery(&select& (select count(1) from yjb where yjb_yji&= (select yjb_yji from yjb where yjb_id = &+yyryid+& order by yjb_yji& desc limit 1)) as rank
from &yjb where yjb_id = &+yyryid)
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：75658次
积分：1536
积分：1536
排名：千里之外
原创：69篇
转载：51篇
评论：13条
(5)(6)(13)(2)(6)(22)(3)(6)(4)(22)(4)(2)(6)(13)(13)君，已阅读到文档的结尾了呢~~
accesssql语句百分比
扫扫二维码，随身浏览文档
手机或平板扫扫即可继续访问
accesssql语句百分比
举报该文档为侵权文档。
举报该文档含有违规或不良信息。
反馈该文档无法正常浏览。
举报该文档为重复文档。
推荐理由：
将文档分享至：
分享完整地址
文档地址：
粘贴到BBS或博客
flash地址：
支持嵌入FLASH地址的网站使用
html代码：
&embed src='/DocinViewer--144.swf' width='100%' height='600' type=application/x-shockwave-flash ALLOWFULLSCREEN='true' ALLOWSCRIPTACCESS='always'&&/embed&
450px*300px480px*400px650px*490px
支持嵌入HTML代码的网站使用
您的内容已经提交成功
您所提交的内容需要审核后才能发布，请您等待！
3秒自动关闭窗口UltraSQL 的BLOG
用户名：UltraSQL
文章数：440
评论数：200
访问量：154939
注册日期：
阅读量：5863
阅读量：12276
阅读量：380576
阅读量：1072836
51CTO推荐博文
SQL Server 2016 查询存储（Query Store）介绍&英文原文：&问题在所有新的SQL Server 2016数据库引擎特性中，查询存储是当前立即可用的很棒的新增性能调优工具。&解决方案查询存储属性帮助跟踪查询计划、运行时统计信息和查询/执行计划历史。也帮助找出回归查询。你可以快速使用多个执行计划找到新的查询，识别无效执行计划和强制一个更好的计划。我们将在所有示例中使用最新的SQL Server 2016 CTP 2.2版。&启用SQL Server 2016查询存储查询存储可以使用新的“Query Store”数据库属性页启用和配置：它也可以使用T-SQL启用。ALTER&DATABASE&[DEMO_1]&SET&QUERY_STORE&=&ON
GO&SQL 2016查询存储配置一旦你对数据库启用了查询存储，你可以配置其他查询存储设置（可配置设置为粗体并高亮显示）：在每个属性上点击看到它的描述。你可以在找到关于每个配置选项的更详细信息。查询存储配置也可以使用T-SQL修改：ALTER&DATABASE&[DEMO_1]
SET&QUERY_STORE&(OPERATION_MODE&=&READ_ONLY,
CLEANUP_POLICY&=&(STALE_QUERY_THRESHOLD_DAYS&=&367),
DATA_FLUSH_INTERVAL_SECONDS&=&900,
INTERVAL_LENGTH_MINUTES&=&60,
MAX_STORAGE_SIZE_MB&=&100,
QUERY_CAPTURE_MODE&=&AUTO,
SIZE_BASED_CLEANUP_MODE&=&AUTO)
GO&SQL Server查询存储属性信息让我们回顾在“Query Store”属性页可用的其他信息。当前的磁盘使用（Current Disk Usage）这部分在左边显示了数据库大小和查询存储使用，在右边显示了查询存储大小和使用：注意到在“Query Store”页的“Purge Query Data”按钮。你可以使用这个按钮移除查询存储的内容或者使用一下的这些语句之一：ALTER&DATABASE&[DEMO_1]&SET&QUERY_STORE&CLEAR&ALL
GOEXEC&sys.sp_query_store_flush_db注意，存储过程仍有些BUG，微软可能正在修复。&SQL Server查询存储系统对象和新的扩展事件在SQL Server 2016 CTP 2.2中，有6个新的系统存储过程和7个目录视图与查询存储相关，可以运行如下查询找到：SELECT&name,&type_desc&FROM&sys.all_objects
WHERE&name&LIKE&'%query_store%'&or&name=&'query_context_settings'你可以从这里找到存储过程的描述：，这里找到目录视图的描述：也有19个新的扩展事件：l query_store_background_task_persist_started C 如果查询存储数据持久化的后端任务开始执行时触发。l query_store_background_task_persist_finished C 如果查询存储数据持久化的后端任务成功完成时触发。l query_store_load_started C 当查询存储负载启动时触发。l query_store_db_data_structs_not_released C 当属性设置为OFF时查询存储数据结构未发布时触发。l query_store_db_diagnostics C 随着数据库级别的查询存储诊断而周期性触发。l query_store_db_settings_changed C 当查询存储设置被修改时触发。l query_store_db_whitelisting_changed C 当查询存储数据库白名单状态被修改时触发。l query_store_global_mem_obj_size_kb C 随着查询存储全局内存对象大小周期性触发。l query_store_size_retention_cleanup_started C 当大小保留策略清理任务启动时触发。l query_store_size_retention_cleanup_finished C 当大小保留策略清理任务完成时触发。l query_store_size_retention_cleanup_skipped C 当大小保留策略清理任务因为它的最小重复时间还没到而被跳过时触发。l query_store_size_retention_query_deleted C 当基于大小的保留策略从查询存储删除了一个查询时触发。l query_store_size_retention_plan_cost C 当对执行计划的驱逐消耗被计算时触发。l query_store_size_retention_query_cost C 当对执行计划的查询驱逐消耗被计算时触发。l query_store_generate_showplan_failure C 当查询存储因为showplan生成失败而存储查询计划失败时触发。l query_store_capture_policy_evaluate C 当对查询的捕获策略被评估时触发。l query_store_capture_policy_start_capture C 当一个UNDECIDED查询转换为CAPTURED时触发。l query_store_capture_policy_abort_capture C 当一个UNDECIDED查询转换为CAPTURED失败时触发。l query_store_schema_consistency_check_failure C 当查询存储架构一致性检查失败时触发。SQL Server Management Studio（SSMS）查询存储属性SSMS“Query Store”容器在启用查询存储后数据库将会在SSMS中有新的“Query Store”容器：你可以右击“Query Store”容器来查看可用选项：或者你可以展开容器并使用查询存储SSMS面板：资源消耗前几名（Top Resource Consumers）大多数查询存储面板有类似的架构和显示选项。让我们在“Top Resource Consumers”面板示例中查看他们：面板左侧的图表基于对纵坐标和横坐标选择的指标显示了总的统计数据。也有“Metric”（1）和“Statistics”（2）下拉列表。面板右侧图表（叫做“Plan Summary”）基于选择的“Metric”（1）和“Statistic”（2）显示了选择的高亮显示的查询（在图表左侧的绿色按钮）的统计信息。对右侧图表选择的“Statistic”成为了一个纵坐标。左侧图表的刷新按钮将会刷新所有图表。右侧图表的相同按钮将只会刷新右侧图表。注意到我们选择了带有多个面板的查询用以回顾（左侧图表的“num plans”纵坐标）。右侧图表以不同的颜色显示了每个面板。你可以将鼠标移过（3）左侧或右侧图表的对象，并看到对特定的query_id或plan_id看到详细的统计信息。详细信息将根据选择的指标而不同：在右侧图表中泡的大小（4）依赖于总的执行次数。当你在面板的底部点击不同的面板（（3）或（4）），将会对特定的plan_id显示执行计划。注意到一些标题是动态的。面板的名称（6）将会是“Top Resource Consumers [db_name]”。在我们的示例中头部是：“Top 25 Top Resource Consumers During the last hour for database qstore_test”。标题的这些部分是动态的：l （7） -- “Top 25” C 配置值（下面我们将回顾配置选项）l （8） -- “last hour” C 配置值l （9） -- “qstore_test” C 被监控数据库名让我们回顾“Top Resource Consumers”面板的下拉菜单：（1） 可用指标：l CPU Timel Duration（默认）l Execution Countl Logical Readsl Logical Writesl Memory Consumptionl Physical Reads（2） 左侧图表 C 纵坐标：l “exec count”―执行次数总计l “num plans”―执行计划数量l 第三个默认选项是动态的，它基于选择的指标（1）和统计（3）。显示格式是“[statistic][metric]”。例如：“avg logical reads”。注意，当“Execution count”指标被选择，然后只有两个选项可用：“exec count”和“num plans”。（3） 统计：l Avg（默认）l Maxl Minl Std Devl Total（4） 左侧图表 C 横坐标：l “query id”（默认值）l “exec count”l 第三个选项是动态的，它基于选择的指标（1）和统计（3）。显示格式是“[statistic][metric]”。例如：“total logical reads”。注意，当“Execution count”指标被选择，然后只有两个选项可用：“exec count”和“num plans”。（5） 右侧图表（“Plan Summary”）的纵坐标基于左侧图表中选择的“Statistics”而改变：l Avg（默认值）l Maxl Minl Std Dev注意，如果在左侧图表“Total”统计被选择，那右侧图表的坐标被设置为“Avg”。这会在最终版本中修改。（6） 如果你有更小的屏幕分辨率，一些图标会被隐藏。让我们在右侧图表点击“Grid”和标题旁边的“Vertical View”并回顾可用按钮：从图表到单元格修改“Plan Summary”允许我们以表格格式对每个计划显示统计信息。“Track Query”（1）按钮将会打开“Tracked Queries”面板。我们将会在下一步回顾该按钮。“View Query”（2）将会带着查询的T-SQL脚本打开新的SSMS窗口。图表左侧的“Detailed Grid”（3）将会显示带有所有统计信息的前几名查询的列表（显示了更多列）：在左侧图表的“Grid”按钮显示了前几名查询的列表，但列数量会被限制并且显示的列依赖选择的统计信息和指标：“Configure”按钮（5）允许你统一在一个面板中配置该面板：l Metricl Statisticsl Time intervall 返回多少记录l Display Time format这里是“Time Interval”的选项：如果你有一个带有多个执行计划的查询，你可以在左侧图表点击“Compare Plans”按钮并且并排看到这些面板：“Force plan”按钮在左侧图表的执行计划部分的下面是可用的。我们将下一步回顾它。注意：本文基于SQL Server 2016 CTP 2.2而写。一些截屏和行为可能会在最终版本中改变。接下来l 很快回来阅读查询存储使用的示例的下一篇文章。l 最新的SQL Server 2016评估板。l 阅读SQL Server 2016。l 阅读。
了这篇文章
类别：┆阅读(0)┆评论(0)