​看看DML操作对索引的影响

本文摘抄自“一线码农”

  我们都知道建索引是需要谨慎的,当只有利大于弊的时候才适合建,我们也知道建索引是需要维护成本的,这个维护也就在于DML操作了,

下面我们具体看看到底DML对索引都有哪些内幕。。。。

 

一:delete操作

  现在我们已经知道,索引都是以B树的形式存在的,既然是B树,我们就要看看他们的叶子节点和分支结点,先准备点测试数据,如下图:

复制代码

CREATE TABLE Person(ID INT,NAME CHAR(200))CREATE INDEX idx_Name ON [......]

查看更多......

SQLSERVER如何查看索引缺失

本文摘抄自“桦仔”

当大家发现数据库查询性能很慢的时候,大家都会想到加索引来优化数据库查询性能,

但是面对一个复杂的SQL语句,找到一个优化的索引组合对人脑来讲,真的不是一件很简单的事。

好在SQLSERVER提供了两种“自动”功能,给你建议,该怎么调整索引

第一种是使用DMV

第二种是使用DTA (database engine tuning advisor) 数据库引擎优化顾问

这篇文章主要讲第一种

SQL2005以后,在SQLSERVER对任何一句语句做编译的时候,都会去评估一下,

这句话是不是缺少什么索引的支持,如果他认为是,他还会预估,如果有这麽一个索引

他的性能能提高多少

 

SQLSERV[……]

查看更多……

看公司这些DBA们设计的这些复合索引

本文摘抄自“一线码农”

  这一篇再说下索引的最后一个主题,索引覆盖,当然学习比较好的捷径是看看那些大师们设计的索引,看从中能提取些什么营养的东西,下面我们看

看数据库中一个核心的Orders表。

  

一:查看表的架构

<1> 先查看这个表的大概架构信息

1 --查看表的架构信息2 SELECT c.column_id,c.name,t.name FROM sys.columns AS c 
3 JOIN sys.types t4 ON&[......]

查看更多......

​复合索引和include索引到底有多大区别?

本文摘抄自“一线码农”

  周末终于搬进出租房了,装了宽带。。。。才发现没网的日子。。。那是一个怎样的与世隔绝呀。。。再也受不了那样的日子了。。。。好了,既然网

安上去了,还得继续我的这个系列。

  索引和锁,这两个主题对我们开发工程师来说,非常的重要。。。只有理解了这两个主题,我们才能写出高质量的sql语句,在之前的博客中,我所说的

索引都是单列索引。。。当然数据库不可能只认单列索引,还有我这篇的复合索引,说到复合索引,可能熟悉的人又会说到include索引,那这两个索引到底

有什么区别呢,当然我也是菜鸟一枚。。。所以下面的也是我的个人见解。。。

 

一:从数据页角度看问题

1. 做两个表,插入两[……]

查看更多……

为什么都说状态少的字段不能建索引

 此文属摘抄自“一线码农"

 

  我们在学sqlserver的时候,大多教科书和前辈们都说状态少的字段不要建索引,由此带来的开销还不如不建索引,但是这句话有多少人真的知道,

或者说有多少人真的对此有比较深刻的理解,而不是听别人道听途说。。。这样记得快,忘记的也不慢。。。这篇我来分析一下这句话到底有几个意思。

 

一:现象

  首先我们还是用测试数据来发现问题,我先建立一个Person,有5个字段,建表sql如下:

复制代码

DROP TABLE dbo.PersonCREATE TABLE Person(ID INT&nbsp[......]

查看更多......

​winHex利器加深理解数据页

 此文属摘抄自“一线码农"

  

        这篇我来介绍一个winhex利器,这个工具网上有介绍,用途大着呢,可以用来玩数据修复,恢复删除文件等等。。。。它能够将一个file解析成

hex形式,这样你就可以对hex进行修改,然后你就可以看到修复后的结果,为什么要在sqlserver系列中说这个呢???很简单呀,sqlserver的DB本

质上也是一个mdf文件,对吧,既然是文件,我就可以利用winhex对它进行随意的修改,然后你也知道sqlserver的数据都是以数据页的形式封装的,

那我就可以修改它的数据页,对不对,这样我就可以随便改变[……]

查看更多……

nolock引发的三级事件的一些思考

 此文属摘抄自“一线码农"

  曾今有件事情让我记忆犹新,那年刚来携程不久,马上就被安排写一个接口,供企鹅公司调用他们员工的差旅信息,然后我就三下五除二的给写好

了,上线之后,大概过了一个月。。。DBA那边报告数据库出现大量锁超时,并且及时根据sql的来源将email发到了我们部门,指出sql读取时间过长,

并且缺少nolock,影响了大量机票订单入库,然后我就拿着sql去生产环境跑了下,22s。。。花擦。。。项目上线时间太久,版本已经不存在了,无法

回滚。。。原本准备撤下接口。。。看了下撤下接口跟加上nolock时间相差不多,最后决定先加上nolock,发布紧急单。。。然后再优[……]

查看更多……

那些给我们带来福利的系统视图

  

 此文属摘抄自“一线码农"

     本来想这个系列写点什么好呢,后来想想大家作为程序员,用的最多的莫过于数据库了,但是事实上很多像我这样工作在一线的码农,对sql

都一知半解,别谈优化和对数据库底层的认识了,我也是这样。。。

 

一:那些系统视图

1. 系统视图是干什么呢?

  从名字上看就知道,系统视图嘛?猜的不错的话,就是存放一些sqlserver系统的一些信息,很好,恭喜你,答对了。

 

2. 都定义在哪呢?

   为了让你眼见为实,下面截图看看,从截图中你可以看到,不管是“系统数据库”还是“用户数据库”都是有[……]

查看更多……

理解万恶的表扫描

 此文属摘抄自“一线码农"

  很久以前我们在写sql的时候,最怕的一件事情就是sql莫名奇妙的超级慢,慢的是撸一管子回来,那个小球还在一直转。。。这个着急也只有当事人才

明白,后来听说有个什么“评估执行计划“,后来的后来才明白应该避免表扫描。。。

一:表扫描

1.现象

  ”表扫描“听起来很简单,不就是一行一行的扫嘛,你要说”执行计划”的话,我也会玩,为了更可观,我build一个表,再插入三行数据,如下图:

 

上面的Person我是一个索引都没建,然后where一下,看看表扫描是啥样的???

 

 

   果然是看到了万恶的“表扫[……]

查看更多……

解惑那些背了多年聚集索引的人

 此文属摘抄自“一线码农"

  说到聚集索引,我想每个码农都明白,但是也有很多像我这样的猥程序员,只能用死记硬背来解决这个问题,什么表中只能建一个聚集索引,

然后又扯到了目录查找来帮助读者记忆。。。。问题就在这里,我们不是学文科,,,不需要去死记硬背,,,我们需要的就是能看到在眼里面的

真实东西。。。。。我们都喜欢聚集索引,因为它能够把无序的堆表记录变成有序,还玩起了B树。。。这样就把复杂度从N降低到了LogMN。。。

这样的话逻辑读,物理读就下来了。

 

一:现象

1:无索引的情况

  还是老规矩,看个例子感受下,首先我有一个Product表,里面没有任何索引,如下图:

&nbs[……]

查看更多……