sqlserver执行计划

1. sqlserver 执行计划 为什么都是索引

理论知道讲给你听应该你也很难理解,以下我帮你解释一下吧: select * from 表名 这样的查询涉及到索引了么？ -----这句话与索引没有关系,但系统会自动按你的索引顺便显示出资料来 如果查询时这个的： select * from 表名 where 字段 = 条件

2. 怎么得到sqlserver的执行计划

通过对执行计划的跟踪，确定逻辑读最多最乱的，从索引入手解决。再次跟踪，发现其在执行过程中占用资源最大的百分比，然后分析表的连接。关于SQL SERVER优化，是个长期学习的过程，基本的优化含有了索引等内容，但深入优化就需要掌握更多的存储引擎方面的知识了。建议学习官方书籍《SQL SERVER2008存储引擎》

3. SQLSERVER 什么时候重新编译执行计划

根据数据库新状态的不同，数据库中的某些更改可能导致执行计划效率降低或无效。SQL Server 将检测到使执行计划无效的更改，并将计划标记为无效。此后，必须为执行查询的下一个连接重新编译新的计划。导致计划无效的情况包括：
对查询所引用的表或视图进行更改（ALTER TABLE 和 ALTER VIEW）。
对执行计划所使用的任何索引进行更改。
对执行计划所使用的统计信息进行更新，这些更新可能是从语句（如 UPDATE STATISTICS）中显式生成，也可能是自动生成的。
删除执行计划所使用的索引。
显式调用 sp_recompile。
对键的大量更改（其他用户对由查询引用的表使用 INSERT 或 DELETE 语句所产生的修改）。
对于带触发器的表，插入的或删除的表内的行数显着增长。
使用 WITH RECOMPILE 选项执行存储过程。
为了使语句正确，或要获得可能更快的查询执行计划，大多数都需要进行重新编译。
在 SQL Server 2000 中，只要批处理中的语句导致重新编译，就会重新编译整个批处理，无论此批处理是通过存储过程、触发器、即席批查询，还是通过预定义的语句进行提交。在 SQL Server 2005 和更高版本中，只会重新编译批处理中导致重新编译的语句。由于这种差异，SQL Server 2000 和更高版本中的重新编译计数不可比较。另外，由于 SQL Server 2005 和更高版本扩展了功能集，因此它们具有更多类型的重新编译。
语句级重新编译有助于提高性能，因为在大多数情况下，只有少数语句导致了重新编译并造成相关损失（指 CPU 时间和锁）。因此，避免了批处理中其他不必重新编译的语句的这些损失。
SQL Server ProfilerSP:Recompile 跟踪事件报告语句级重新编译。此跟踪事件在 SQL Server 2000 中仅报告批处理重新编译。此外，将填充此事件的 TextData 列。因此，已不再需要 SQL Server 2000 中必须跟踪 SP:StmtStarting 或 SP:StmtCompleted 以获取导致重新编译的 Transact-SQL 文本的做法。
跟踪事件 SQL:StmtRecompile 报告语句级重新编译。此跟踪事件可用于跟踪和调试重新编译。SP:Recompile 仅针对存储过程和触发器生成，而SQL:StmtRecompile 则针对存储过程、触发器、即席批查询、使用 sp_executesql 执行的批处理、已准备的查询和动态 SQL 生成。
SP:Recompile 和 SQL:StmtRecompile 的 EventSubClass 列都包含一个整数代码，用以指明重新编译的原因。

4. 如何查看sqlserver执行计划来判断SQL语句效率

对于执行计划，特别是2008，先看看有没有丢失索引。然后看执行计划里面的图标，哪个的百分比是最大的。重点优化那个。还要看有没有表扫描、聚集索引扫描等。执行计划是一本书才勉强说得完的东西。

5. 如何查看脚本执行计划 sqlserver

在SQL代码编辑框中写好SQL查询代码后，在编辑框里点鼠标右键，在弹出的快捷菜单中点“显示估计的执行计划(I)”这一项即可。

6. SQL为什么预估执行计划与真实执行计划会有差异

第一种，就是优化器的输出结果，成为预估执行计划，里面的操作符或者步骤都是逻辑步骤，因为他们代表着执行计划在优化器中的视图，但是并不表现在实际执行中物理层面的发生。
另外一种计划是表示查询实际执行的输出结果。这种类型叫做实际执行计划，表示查询在实际执行时发生的事情。
这两个计划显示独立的不同的结果集，但是可以看出有巨大的相同之处。大部分情况下，相同的开销的相同的操作符会出现在两种执行计划中。但是当发生重编译，SQLServer会删除计划缓存中的计划并重建它，此时两者就会有明显的差异。这种情况通常发生于统计信息的更改，或存储引擎在处理查询时发生的其他事情。
预估执行计划是存放在计划缓存中的计划，所以对于实际执行计划，只能通过捕捉查询运行的时候产生的执行计划。预估计划从不直接访问数据，但是它对大型的、复杂的、可能运行很久的查询分析相当有效。但是实际计划是首选的，因为它能显示很多运行过程中重要的统计信息如特定操作符实际访问的行数。通常情况下，这种额外的信息使得实际计划成为最常用的方式，但是预估计划机器重要，特别是因为可以从计划缓存中获取。

7. SSMS工具可以添加linux版本sqlServer的执行计划吗

不可以 sqlserver是微软出的 只支持win系列， 如果非要坚持在linux安装sqlserver的话 也不是完全没办法，可以安装wine 不过没什么意义