对 set statistics time on的两个执行时间权威解释
摘要:今天在sqlservercentral上看到一个帖子,关于对set statistics time on输出两个cpu执行时间的解释(大牛的解释):CPU time is how much time was spent by the CPU (or CPUs). Total time is how long it took from start to finish.For example, if...
阅读全文
posted @
2009-10-26 21:17
Keep Walking
阅读(3143)
推荐(1) 编辑
郁闷的一次调优
摘要:前天给朋友调优,上的生产库用ssms远程连接测试,5个表的连接,每个表大小都在10万多的数据量,有几个是hash连接,比较费时,后来调优了几个索引后IO明显下降,但是在执行时间上一直没有明显下降,实在是没辙了,调优到晚上一点钟,睡觉,第二天继续,最后怀疑是因为网络问题,让朋友上的远程桌面生产库直接执行,一秒以内!晕死了,原来是因为网络传输问题导致在我机器上的执行时间延长!不过几个表的连接比较难控制...
阅读全文
posted @
2009-10-25 23:41
Keep Walking
阅读(1331)
推荐(0) 编辑
最详细的临时表,表变量的对比
摘要:迄今为止,我认为最详细的临时表和表变量的对比。
阅读全文
posted @
2008-09-06 07:09
Keep Walking
阅读(17283)
推荐(0) 编辑
再论一下in,exists,join
摘要:SQL优化--使用 EXISTS 代替 IN 和 关联查询(inner join) 昨天的这篇文章提及到的一些问题,在这里我做一下自己的测试,测试结果以微软标准Adventureworks数据库内数据结构为准。
阅读全文
posted @
2008-08-06 09:04
Keep Walking
阅读(3873)
推荐(0) 编辑
sql优化实战:排序字段——到底是time还是ID
摘要:查到有这样一段话,很耗CPU资源: Code Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->set statistics io on set statistics time on SELECT TOP 10 FeedBackID,User...
阅读全文
posted @
2008-08-01 14:15
Keep Walking
阅读(1794)
推荐(1) 编辑
在数据库内快速查找字符串
摘要:方法一,是我自己经常用到的: Code Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->select a.name,b.text from sys.sysobjects a inner join syscomments b on a.id = b....
阅读全文
posted @
2008-07-31 16:58
Keep Walking
阅读(1260)
推荐(0) 编辑
sql数据库反规范设计常用方法
摘要:一位DBA朋友狼总结了一个关于此方面的几个原则,其实我们在设计的时候也是在不经意间也遵循了这些原则,拿来跟大家共享一下,特别有感于这些天面试程序员,简历上写精通数据库设计,一问就说几个范式,其他冗余的数据都是垃圾,偶真是比较汗颜啊。。。。 不废话了,原则如下: 反规范化设计 为了提升性能而使用反规范化设计 常用方法: A、在多个表中存储某个字段的副本 B、在父表中存储汇总值 C、将活动数据和历史...
阅读全文
posted @
2008-07-14 14:35
Keep Walking
阅读(4981)
推荐(0) 编辑
请教SQL Server登录失败的问题
摘要:这个问题困扰我好几天了,生产数据库上时常会出现 用户 'xxxx' 登录失败。 [客户端: ] (来自事件管理器) 但是服务器重启后就好了,数据库重启没有用。数据库服务器基于的用户名密码的验证方式,非windows集成验证。 没有人修改config文件,查毒也没有。 各位有遇到这种情况的吗? 附数据库版本: Microsoft SQL Server 2005 - 9.00.1399.06 (In...
阅读全文
posted @
2008-06-24 09:59
Keep Walking
阅读(6983)
推荐(0) 编辑
还是关于乱建ID导致效率低下
摘要:今天改的一个存储过程发现改了还是效率低下,仔细看了看,原来那个是一个IP日志表,因为没有适当的索引,导致全表的聚集扫描,速度非常慢。仔细分析了一下: IPLog: 一个自增ID,一个访问时间,一个访问次数,一个IP,4个字段,80万记录。 索引:一个聚集索引在自增ID上。 执行以下语句: set statistics io on set statistics time on exec IPLogI...
阅读全文
posted @
2008-05-28 21:58
Keep Walking
阅读(869)
推荐(0) 编辑
优化实战:不要随便将字段折腾来折腾去的
摘要:到新公司先看了看数据库的性能,查看一个存储占用的CPU巨多,而且执行次数也特别多,打开一看: alter PROCEDURE [dbo].[IPLogInsert] @IP char(15) = '255.255.255.255' AS BEGIN SET NOCOUNT ON; declare @currId int declare @today datetime ...
阅读全文
posted @
2008-05-28 17:35
Keep Walking
阅读(499)
推荐(0) 编辑
一个小trick,如何快速给现有表添加一个自增字段
摘要:http://www.mssqltips.com/tip.asp?tip=1467
大家可以看看这篇文章,讲到的是如何给一个现有表更快速的添加一个自增字段
阅读全文
posted @
2008-05-13 11:13
Keep Walking
阅读(1495)
推荐(0) 编辑
关于上一个sql优化测试的部分知识
摘要:在上一个sql大牛提出的小测试中,优化的就是如何改变查询,来选择合适的连接方式。
mssql的连接方式有三种:
hash join
merge join
loop join
在这里,对比一下三种sql server连接方式如何选择。
阅读全文
posted @
2008-04-25 12:04
Keep Walking
阅读(1199)
推荐(0) 编辑
一个SQL大牛提的一个sql优化小测试
摘要:大家如果对SQL优化感兴趣的话,可以进来看看,挑战挑战。
阅读全文
posted @
2008-04-24 01:07
Keep Walking
阅读(8257)
推荐(0) 编辑
insert into 和select * into的性能比较
摘要:有朋友说两者之间存在很大的性能差异,是由于数据库的日志模式不一样,simple和完整的会导致差异。
simple的select * into 不记日志。我自己也就来做了个测试。
阅读全文
posted @
2008-04-08 19:33
Keep Walking
阅读(8294)
推荐(0) 编辑
MSSQL调优实战一 乱建聚集索引的后果
摘要:今天调优某电信的大型数据库,是一个日志型的表,其中有个自增列字段和时间(时间是每个小时小时来的,每个小时有大概23万条记录),以及点击次数等日志信息,数据量在4000万以上,sp_spaceused使用了大概2G多的磁盘空间。整个表没有分区。整个表都是插入查询,没有更新操作。
阅读全文
posted @
2008-02-26 23:45
Keep Walking
阅读(11687)
推荐(0) 编辑