注册会员 | 设为首页 | 加入收藏夹
您好，欢迎光临本网站！[请登录] ！[注册会员]！  

搜索资源列表

  1. sql server分析执行计划样例

  2. 详解一个sql server执行计划样例，有借鉴意义哦

  3. 所属分类：其它

    • 发布日期：2010-03-30
    • 文件大小：113664
    • 提供者：hitccssjj

  1. Microsoft SQL Server 2005技术内幕:T-SQL程序设计(英文)

  2. 目录 Contents 序 I 前言 III 致谢 VII 引言 XI 第1章 数据类型相关的问题，XML和CLR UDT 1 1.1 DATETIME数据类型 2 DATETIME的存储格式 2 时间处理 3 Datetime相关的查询问题 8 1.2 与字符相关的问题 25 模式匹配 26 区分大小写(Case-Sensitive)的筛选器 31 1.3 大型对象(Large Object，LOB) 32 MAX 说明符 32 BULK行集提供程序 34 1.4 隐式转换(Implicit

  3. 所属分类：其它

    • 发布日期：2010-06-15
    • 文件大小：2097152
    • 提供者：xqq524148626

  1. Microsoft+SQL+Server+2008技术内幕：T-SQL查询含源代码及附录

  2. 《Microsoft SQL Server 2008技术内幕:T-SQL查询》全面深入地介绍了Microsoft SQL Server 2008中高级T-SQL查询、性能优化等方面的内容，以及SQL Server 2008新增加的一些特性。主要内容包括SQL的基础理论、查询优化、查询算法及复杂度，以及在使用子查询、表表达式、排名函数、数据聚合和透视转换、TOP和APPLY、数据修改、分区表、特殊数据结构等实际应用时会遇到的各种高级查询问题和解决方案。 作为一本讲述T-SQL高级查询的专业图书，

  3. 所属分类：SQLServer

    • 发布日期：2012-02-16
    • 文件大小：4194304
    • 提供者：xiongliuzhao

  1. MS SQL Server 执行计划(EN)

  2. SQL Server Execution Plan (英文版)，个人感觉不错

  3. 所属分类：其它

    • 发布日期：2013-01-25
    • 文件大小：12582912
    • 提供者：bin_520_yan

  1. 看懂 sql server 执行计划

  2. 看不懂sql server 执行计划，该文档可以给你帮助！

  3. 所属分类：SQLServer

    • 发布日期：2013-06-28
    • 文件大小：191488
    • 提供者：charkey99

  1. SQL Server中的执行引擎入门 图解

  2. 当查询优化器(Query Optimizer)将T-SQL语句解析后并从执行计划中选择最低消耗的执行计划后，具体的执行就会交由执行引擎(Execution Engine)来进行执行

  3. 所属分类：其它

    • 发布日期：2020-09-11
    • 文件大小：319488
    • 提供者：weixin_38688745

  1. 强制SQL Server执行计划使用并行提升在复杂查询语句下的性能

  2. 最近在给一个客户做调优的时候发现一个很有意思的现象，对于一个复杂查询（涉及12个表）建立必要的索引后，语句使用的IO急剧下降，但执行时间不降反升，由原来的8秒升到20秒。

  3. 所属分类：其它

    • 发布日期：2020-09-10
    • 文件大小：88064
    • 提供者：weixin_38501751

  1. SQL Server中参数化SQL写法遇到parameter sniff ，导致不合理执行计划重用的快速解决方法

  2. 主要介绍了SQL Server中参数化SQL写法遇到parameter sniff ，导致不合理执行计划重用的快速解决方法的相关资料,需要的朋友可以参考下

  3. 所属分类：其它

    • 发布日期：2020-09-10
    • 文件大小：194560
    • 提供者：weixin_38714370

  1. 浅析SQL Server的聚焦使用索引和查询执行计划

  2. 前言 上一篇《浅析SQL Server 聚焦索引对非聚集索引的影响》我们讲了聚集索引对非聚集索引的影响，对数据库一直在强调的性能优化，所以这一节我们统筹讲讲利用索引来看看查询执行计划是怎样的，简短的内容，深入的理解。 透过索引来看查询执行计划 我们首先来看看第一个例子 1、默认使用索引 USE TSQL2012 GO SELECT orderid FROM Sales.Orders SELECT * FROM Sales.Orders 上述我们看到第2个查询的所需要的开销是第1个查询开销的3

  3. 所属分类：其它

    • 发布日期：2020-12-16
    • 文件大小：109568
    • 提供者：weixin_38529251

  1. SQL Server中的执行引擎入门 图解

  2. 本文旨在分类讲述执行计划中每一种操作的相关信息。 数据访问操作     首先最基本的操作就是访问数据。这既可以通过直接访问表，也可以通过访问索引来进行。表内数据的组织方式分为堆(Heap)和B树，其中表中没有建立聚集索引时数据是通过堆进行组织的，这个是无序的，表中建立聚集索引后和非聚集索引的数据都是以B树方式进行组织，这种方式数据是有序存储的。通常来说，非聚集索引仅仅包含整个表的部分列，对于过滤索引，还仅仅包含部分行。     除去数据的组织方式不同外，访问数据也分为两种方式，扫描(Scan)

  3. 所属分类：其它

    • 发布日期：2020-12-15
    • 文件大小：319488
    • 提供者：weixin_38581308

  1. 浅析SQL Server中的执行计划缓存（下）

  2. 在上篇文章给大家介绍了SQL Server中的执行计划缓存（上），本文继续给大家介绍sqlserver执行计划缓存相关知识，小伙伴们一起学习吧。 简介 在上篇文章中我们谈到了查询优化器和执行计划缓存的关系，以及其二者之间的冲突。本篇文章中，我们会主要阐述执行计划缓存常见的问题以及一些解决办法。 将执行缓存考虑在内时的流程 上篇文章中提到了查询优化器解析语句的过程，当将计划缓存考虑在内时，首先需要查看计划缓存中是否已经有语句的缓存，如果没有，才会执行编译过程，如果存在则直接利用编译好的执行计划。因

  3. 所属分类：其它

    • 发布日期：2020-12-15
    • 文件大小：200704
    • 提供者：weixin_38516863

  1. SQL Server中参数化SQL写法遇到parameter sniff ，导致不合理执行计划重用的快速解决方法

  2. parameter sniff问题是重用其他参数生成的执行计划，导致当前参数采用该执行计划非最优化的现象。想必熟悉数据的同学都应该知道，产生parameter sniff最典型的问题就是使用了参数化的SQL（或者存储过程中使用了参数化）写法，如果存在数据分布不均匀的情况下，正常情况下生成的执行计划，在传入在分布数据较多的参数的情况下，重用了正常参数生成的执行计划，而这种缓存的执行计划并非适合当前参数的一种情况。 这种情况，在实际业务中，出现的频率还是比较高的，因为存储过程一般都是采用参数化的写

  3. 所属分类：其它

    • 发布日期：2020-12-15
    • 文件大小：196608
    • 提供者：weixin_38608875

  1. SQLServer按顺序执行多个脚本的方法（sqlcmd实用工具使用方法）

  2. 解决方法：应对这种情况有以下几种方法：1、购买第三方软件（一般估计很少人买）2、自己编程一个小软件来执行，但是这个逻辑性要求比较高，而且编程的能力要有一定层次，这个我暂时没有。3、使用本文介绍的方法，至于是啥，接着看：使用SQLCMD在SQLServer上执行多个脚本：SQLCMD：使用 sqlcmd 实用工具，可以在命令提示符处、在 SQLCMD 模式下的“查询编辑器”中、在 Windows 脚本文件中或者在 SQL Server 代理作业的操作系统 (Cmd.exe) 作业步骤中输入 Tra

  3. 所属分类：其它

    • 发布日期：2020-12-15
    • 文件大小：105472
    • 提供者：weixin_38627590

  1. 一步一步教你创建SQL 2005计划任务应用图解教程

  2. 使用sql的计划任务可以处理一些特殊环境的数据，除了使用windows系统的计划任务来定时处理，不过要配合程序才行，有些事情可以直接使用sql本身的计划任务，更方便，所以本文图解一下Sql2005计划任务的创建使用。 在SQL server2005创建计划任务具体步骤如下：首先要确认 sql server agent服务启动，如此服务被停止，则不能创建。然后，以数据库管理员身分登录数据库服务器，在维护计划上单击右键 如下图示： 选择新建维护计划，输入计划名字 然后，选择计划任务执行时间  

  3. 所属分类：其它

    • 发布日期：2020-12-15
    • 文件大小：497664
    • 提供者：weixin_38629449

  1. SQL Server 执行计划缓存

  2. 概述 　　了解执行计划对数据库性能分析很重要，其中涉及到了语句性能分析与存储，这也是写这篇文章的目的，在了解执行计划之前先要了解一些基础知识，所以文章前面会讲一些概念，学起来会比较枯燥，但是这些基础知识非常重要。 　　目录 　　1. 概述 　　2. 基础概念 　　2.1 怎样缓存执行计划 　　2.2 SQL Server自动删除执行计划 　　2.3 重新编译执行计划 　　3. 测试 　　3.1 执行计划相关系统视图 　　3.2 手动清空缓存执行计划 　　3.3 测试索引更改

  3. 所属分类：其它

    • 发布日期：2020-12-15
    • 文件大小：432128
    • 提供者：weixin_38705252

  1. SQL Server 让你的数据来去自如??批处理

  2. 比如说，我们现在需要建立一个数据库（create database），再建立一个表（create table），如果表的字段很少，手动添加可以，一个一个插入到表中。 　　那么如果字段很多怎么办呢？一个一个地插入恐怕是不行了，即使手不累，用不了一会，脑袋也晕了~ 　　那到底怎么办呢？别着急，批处理要大显身手了~~~ 　　什么是批处理？ 　　批处理：指包含一条或多条T-SQL语句的语句组，这组语句从应用程序一次性地发送到SQL Server服务器执行。SQL Server服务器将批处

  3. 所属分类：其它

    • 发布日期：2020-12-14
    • 文件大小：48128
    • 提供者：weixin_38546846

  1. get-help-with-tech:为“获得技术帮助” COVID-19响应计划提供指导和表格-源码

  2. 获取技术帮助 一个用于托管“技术帮助” COVID-19响应计划内容和表格的应用程序。 先决条件 要运行该应用程序： PostgreSQL NodeJS> = 12.18.x 纱线> = 1.22.x 对于执行发行： 码头工人 CloudFoundry CLI> = v7.0 制作 bash兼容的外壳（bash或Mac OS / X） （仅对于列出远程Docker标签是必需的，对于正常版本不是必需的） 在开发中设置应用 运行bundle install安装gem依赖项 运行

  3. 所属分类：其它

    • 发布日期：2021-03-18
    • 文件大小：4194304
    • 提供者：weixin_42153691

  1. azuredatastudio：Azure Data Studio是一个数据管理工具，可通过Windows，macOS和Linux使用SQL Server，Azure SQL DB和SQL DW-源码

  2. Azure数据工作室 Azure Data Studio是一种数据管理工具，使您可以从Windows，macOS和Linux使用SQL Server，Azure SQL DB和SQL DW。 下载最新的Azure Data Studio版本 平台 请访问我们的以获取更多具体说明。 尝试从main构建最新的内部人员： 有关此版本中内容的更多详细信息，请参见。 请访问我们的以获取更多具体说明。 功能亮点 通过简单的XCopy部署进行Windows，macOS和Linux的跨平台数据库管理 具有连

  3. 所属分类：其它

    • 发布日期：2021-01-28
    • 文件大小：27262976
    • 提供者：weixin_38687968

  1. 浅析SQL Server中的执行计划缓存(上)

  2. 简介 我们平时所写的SQL语句本质只是获取数据的逻辑，而不是获取数据的物理路径。当我们写的SQL语句传到SQL Server的时候，查询分析器会将语句依次进行解析（Parse）、绑定（Bind）、查询优化（Optimization，有时候也被称为简化）、执行（Execution）。除去执行步骤外，前三个步骤之后就生成了执行计划，也就是SQL Server按照该计划获取物理数据方式，最后执行步骤按照执行计划执行查询从而获得结果。但查询优化器不是本篇的重点，本篇文章主要讲述查询优化器在生成执行计划之

  3. 所属分类：其它

    • 发布日期：2021-01-21
    • 文件大小：290816
    • 提供者：weixin_38716556

  1. 强制SQL Server执行计划使用并行提升在复杂查询语句下的性能

  2. 通过观察执行计划，发现之前的执行计划在很多大表连接的部分使用了Hash Join，由于涉及的表中数据众多，因此查询优化器选择使用并行执行，速度较快。而我们优化完的执行计划由于索引的存在，且表内数据非常大，过滤条件的值在一个很宽的统计信息步长范围内，导致估计行数出现较大偏差（过滤条件实际为15000行，步长内估计的平均行数为800行左右），因此查询优化器选择了Loop Join，且没有选择并行执行，因此执行时间不降反升。 由于语句是在存储过程中实现，因此我们直接对该语句使用一个undocument

  3. 所属分类：其它

    • 发布日期：2021-01-19
    • 文件大小：92160
    • 提供者：weixin_38698018
« 12 3 4 5 6 7 8 9 10 »