51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3528|回复: 0
打印 上一主题 下一主题

[原创] 一个简单存储过程的性能分析

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2008-8-14 12:06:25 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
在一次例行的SQL Server性能跟踪中,发现了一个通过blogname得到blogid的存储过程被频繁的调用,

而性能表现不尽如人意,尽管这个存储过程很简单。
        CREATE PROCEDURE dbo.UPS_GetBlogIDByName
        @BlogName nvarchar(50)
       AS
              SET NOCOUNT ON
              SELECT ID FROM Blogs with(nolock)WHERE Name=@BlogName
       GO       

       而事实上表Blogs的结构是这样定义的
       字段名
        名称
        类型
        备注
       ID
        博客ID
        Int
        主键
       Name
        博客名
        Varchar(50)
        该字段建立索引
       Blogheading
        博客标题
        Nvarchar(250)
       …
        …
        …
        其他字段省略
       该表的数量级为百万级。
       粗看,中国IT室验实此存储过程似乎没有一点

问题,要不是性能跟踪时发现性能很差,真是不容易发现。原因就在存储的参数BlogName的类型声明成

了Nvarchar(50),这样就会使数据库去查询表时,会先把表的博客名(Name)先转化成nvarchar的这一步

的动作,导致Name上的索引失效。
       不知道当时作者是笔误还是根本就没有注意到varchar与nvarchar的区别,反正就是这个小小的

不注意,导致了数据库性能下降了不少。
       以下是我具体的测试数据。
       Declare @b varchar(50)
       Declare @bc nvarchar(50)
       Set @b = ‘blogtest’
       Set @bc = N‘blogtest’
       Select id from blogs where name=@b
       Select id from blogs where name=@bc
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-8 14:52 , Processed in 0.064356 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表