SQL Server 查询分析器快捷键集合

下表列出 SQL Server 查询分析器提供的所有键盘快捷方式。

活动 快捷方式

书签:清除所有书签。 CTRL-SHIFT-F2

书签:插入或删除书签(切换)。 CTRL+F2

书签:移动到下一个书签。 F2 功能键

书签:移动到上一个书签。 SHIFT+F2

取消查询。 ALT+BREAK

连接:连接。 CTRL+O

连接:断开连接。 CTRL+F4

连接:断开连接并关闭子窗口。 CTRL+F4

数据库对象信息。 ALT+F1

编辑:清除活动的编辑器窗格。 CTRL+SHIFT+DEL

编辑:注释代码。 CTRL+SHIFT+C

编辑:复制。还可以使用 CTRL+INSERT。 CTRL+C

编辑:剪切。还可以使用 SHIFT+DEL。 CTRL+X

编辑:减小缩进。 SHIFT+TAB

编辑:在编辑器窗格中删除至行尾。 CTRL+DEL

编辑:查找。 CTRL+F

编辑:转到行号。 CTRL+G

编辑:增大缩进。 TAB

编辑:使选定内容为小写。 CTRL+SHIFT+L

编辑:使选定内容为大写。 CTRL+SHIFT+U

编辑:粘贴。还可以使用 SHIFT+INSERT。 CTRL+V

编辑:删除注释。 CTRL+SHIFT+R

编辑:重复上次搜索或查找下一个。 F3 功能键

编辑:替换。 CTRL+H

编辑:全选。 CTRL+A

编辑:撤消。 CTRL+Z

执行查询。还可以使用 CTRL+E (针对向后兼容性)。 F5 功能键

SQL 查询分析器帮助。 F1 功能键

对所选 Transact-SQL 语句的帮助。 SHIFT+F1

浏览:在查询窗格和结果窗格之间切换。 F6 功能键

浏览:切换窗格。 Shift+F6

浏览:窗口选择器。 CTRL+W

"新建查询"窗口。 CTRL+N

对象浏览器(显示/隐藏)。 F8 功能键

对象搜索。 F4 功能键

分析查询并检查语法。 CTRL+F5

打印。 CTRL+P

结果:以表格格式显示结果。 CTRL+D

结果:以文本格式显示结果。 CTRL+T

结果:移动拆分器。 CTRL+B

结果:将结果保存为文件。 CTRL+SHIFT+F

结果:显示结果窗格(切换)。 CTRL+R

保存。 CTRL+S

模板:插入模板。 CTRL+SHIFT+INSERT

模板:替换模板参数。 CTRL+SHIFT+M

优化:显示预估执行计划。 CTRL+L

优化:显示执行计划(切换开/关)。 CTRL+K

优化:索引优化向导。 CTRL+I

优化:显示客户统计 CTRL+SHIFT+S

优化:显示服务器跟踪。 CTRL+SHIFT+T

使用数据库。 CTRL+U

时间: 2024-08-04 14:26:48

SQL Server 查询分析器快捷键集合的相关文章

关于sql server查询语句的写法。

问题描述 关于sql server查询语句的写法. 怎样写一个查询语句select distinct ID from TrainTime order by ID select Station from TrainTime where S_No='1'order by ID select Stationfrom TrainTime where D_Time='-' order by ID 怎样把这3个查询语句写为一句啊,让查询查来的结果为这3列数据. 因为我想建一个表,为3列,列名为:列车车次.起

Sql Server 查询性能优化之走出索引的误区分析_MsSql

据了解绝大多数开发人员对于索引的理解都是一知半解,局限于大多数日常工作没有机会.也什么没有必要去关心.了解索引,实在哪天某个查询太慢了找到查询条件建个索引就ok,哪天又有个查询慢了,再建立个索引就是,或者干脆把整个查询SQL直接发给DBA,让DBA直接帮忙优化了,所以造成的状况就是开发人员对于索引的理解.认识很局限,以下就把我个人对于索引的理解及浅薄认识和大家分享下,希望能解除一些大家的疑惑,一起走出索引的误区 误区1.在表上建立了索引,在查询时用到了索引的列,索引就一定会生效 首先明确下这样的

如何找出你性能最差的SQL Server查询

原文:如何找出你性能最差的SQL Server查询 我经常会被反复问到这样的问题:"我有一个性能很差的SQL Server.我如何找出最差性能的查询?".因此在今天的文章里一些让你很容易找到问题答案的信息和向导. 问SQL Server! SQL Server的一个优点是它本身能回答几乎所有你的问题,因为SQL Server在各个DMV和DMF里存储了很多故障排除信息.另一方面这也是个缺点,因为你必须知道各个DMV/DMF,还有如何把它们解释和关联在一起. 至于你的最差性能SQL Se

分析Sql Server查询性能优化之走出索引的误区

误区1.在表上建立了索引,在查询时用到了索引的列,索引就一定会生效 首先明确下这样的观点是错误的,SQL Server查询优化器是基于开销进行选择的优化器,通过一系列复杂判断来决定是否使用索引.使用什么类型索引.使用那个索引.SQL Server内部维护着索引列上的数据的统计,统计信息会随着索引列内容的变化而变化,索引的有效期完全取决于索引列上的统计信息,随着数据的变化关于索引的检索机制也随之变化.对于查询优化器来说始终保持查询开销最低始终是其的不二选择,如果一个非聚集索引的列上有大量的重复值,

Sql Server 查询性能优化之走出索引的误区分析

据了解绝大多数开发人员对于索引的理解都是一知半解,局限于大多数日常工作没有机会.也什么没有必要去关心.了解索引,实在哪天某个查询太慢了找到查询条件建个索引就ok,哪天又有个查询慢了,再建立个索引就是,或者干脆把整个查询SQL直接发给DBA,让DBA直接帮忙优化了,所以造成的状况就是开发人员对于索引的理解.认识很局限,以下就把我个人对于索引的理解及浅薄认识和大家分享下,希望能解除一些大家的疑惑,一起走出索引的误区 误区1.在表上建立了索引,在查询时用到了索引的列,索引就一定会生效 首先明确下这样的

T-SQL命令在SQL Server查询中的运用

server 首先需要说明的是这篇文章的内容并不是如何调节SQL Server查询性能的(有关这方面的内容能写一本书),而是如何在SQL Server查询性能的调节中利用SET STATISTICS IO和SET STATISTICS TIME这二条被经常忽略的Transact-SQL命令的. 从表面上看,查询性能的调节是一件十分简单的事.从本质上讲,我们希望查询的运行速度能够尽可能地快,无论是将查询运行的时间从10分钟缩减为1分钟,还是将运行的时间从2秒钟缩短为1秒种,我们最终的目标都是减少运

Microsoft SQL Server 查询处理器的内部机制与结构

摘要:本文介绍了在客户机上处理 Microsoft SQL Server 查询的方式,各种客户机与 SQL Server 的交互方式,以及 SQL Server 在处理客户机程序的请求时需要完成的工作. 简介 Microsoft(R) SQL Server(TM) 内部机制和结构是一个非常大的主题,因此本文仅限于程序开发人员感兴趣的问题,集中研究其他源中没有彻底讨论的问题.在讨论 SQL Server 的结构时,我们主要观察客户机的处理过程,研究不同的客户机程序与 SQL Server 的交互方

用SQL Server查询累计值

有这样一个要求,它要创建一个SQL Server查询,其中包括基于事件时刻的累计值.典型的例子就是一个银行账户,因为你每一次都是在不同的时间去存钱和取钱.对任意一个账户来说,在某个时间点都要算出它的借(存款)和贷(取款)之和.每一笔交易之后,你都想知道当前的余额.列表A创建了这样一个表格的简单的例子. 列表A 下面是一些示例行: 1 2006-11-03 02:33:42.34010000.00 2 2006-11-03 02:34:50.467-500.00 3 2006-11-03 02:3

sql-【SQL求助】用SQL Server查询语句中,IN 的使用问题。

问题描述 [SQL求助]用SQL Server查询语句中,IN 的使用问题. 我想查询一辆车在一个月内的记录.于是编写了如下代码: select * from 北京车辆能耗数据.dbo.北京朝批商贸股份有限公司 where ( [列 0] in ('京AC3537') and CAST ([列 2] as datetime)>'2013/11/1 00:00:00' and CAST ([列 2] as datetime)<'2013/12/1 00:00:00' ) order by CAS