冗长的SQL Server查询将消耗你的CPU

来源：IT专家网作者：中国IDC吧更新日期：2008-09-30 点击：

　　问题

　　只要看看数据管理和关系型数据库管理系统规则，就发现关系型数据库是使用一个合理级别的并发来维护数据和当支持数据管理行为例如备份、成批清除、改变数据结构等等时的最合适的方法。

　　一个问题是在传统应用程序中编程语言的不同。SQL(结构化查询语言)语言是一个声明性语言，在大多数公司里，它成为了用于描述“我需要什么”和“从哪里获取”的“数据语言”。OOP(面向对象编程)语言成为了全世界R&D(研究和开发)公司的开发人员最普遍采用的语言。那么我们怎样弥补这个差距呢?

　　专家解答

　　这两个趋势使得需要一个弥补这个差距的“桥”，它是通过将请求从面向对象语言翻译成SQL来弥补的。在大多数情况下，DAL(数据访问层)是用来描述以一种集中方式管理所有这些“数据拼接任务”的机制的。

　　数据库供应商(Microsoft、Oracle、IBM等等)因其对SQL的特别喜爱而提供了众多私有命令，在DAL中的翻译就需要支持许多选项。而最后的结果是执行有时会失去内嵌到引擎中的性能优化。这使得许多这样的DAL以一种非常直接的方式被执行，它将这个请求分解成许多小段，它们各自被翻译成相应的SQL语句并建立将要象征性地进行这项工作的“SELECT…FROM…WHERE…”条件从句。

　　“机器编写的SQL语句”有时会是很长的文本语句。在32位和64位系统上，包含SQL语句的字符串长度是定义为65,536 *网络数据包大小。默认的网络数据包大小为4096，所以SQL语句文本限制为256MB。

　　我怀疑长文本查询(远小于256MB)将会对服务器的CPU造成负担。所以我在这篇文章中进行测试和公布。在这篇文章里，我将介绍介绍一下内容：

　　测试表特征

　　为了测试，我将创建一个有200，000行记录的表(叫做t1000)。这个表有许多不同的数据类型，因为我认为这可以合理地表现生产环境中的一个普通表。这个表的特征包括：

　　脚本：创建测试表

　　createtablet1000(
　　c1intnotnullconstrainttest_pkprimarykey,
　　c2varchar(10)notnull,
　　c3char(1000),
　　c4intnotnull,
　　c5intnotnull,
　　c6intnotnull,
　　c7intnotnull,
　　c8intnotnull
　　)
　　go

　　脚本：组装测试表

　　setnocounton
　　declare@iasint
　　set@i=0
　　while@i<200000
　　begin
　　set@i=@i 1
　　insertintot1000(c1,c2,c3,c4,c5,c6,c7,c8)
　　values(@i,
　　cast(@iasvarchar(10)),
　　'...simulatingadditional1kdata...',
　　@i,@i,@i,@i,@i)
　　end
　　setnocountoff
　　go

　　脚本：创建测试查询

　　因为我计划测试一些很长的查询，所以我将以自动的方式生成它们。我首先只是想将一些较长文本打印到屏幕上然后将它黏贴到一个新的SQL Server管理套件查询窗口中。但我发现较长的查询(几百KB)对于管理套件来说是个沉重的负担(特别是当自动换行打开的时候)，所以我转向另一个更好的东西——文件。

　　可以采用多种编程语言来写文本文件，但是因为我们要使用SQL Server，所以我将介绍一个T-SQL方法。我将使用下面的存储过程。

　　createPROCEDUREspWriteStringToFile
　　(@StringVarchar(max),--8000inSQLServer2000
　　@PathVARCHAR(255),
　　@FilenameVARCHAR(100)
　　)
　　AS
　　DECLARE@objFileSystemint
　　,@objTextStreamint,
　　@objErrorObjectint,
　　@strErrorMessageVarchar(1000),
　　@Commandvarchar(1000),
　　@hrint,
　　@fileAndPathvarchar(80)
　　setnocounton
　　select@strErrorMessage='openingtheFileSystemObject'
　　EXECUTE@hr=sp_OACreate'Scripting.FileSystemObject',@objFileSystemOUT
　　Select@FileAndPath=@path '\' @filename
　　if@HR=0Select@objErrorObject=@objFileSystem,@strErrorMessage='Creatingfile"' @FileAndPath '"'
　　if@HR=0execute@hr=sp_OAMethod@objFileSystem,'CreateTextFile'
　　,@objTextStreamOUT,@FileAndPath,2,True
　　if@HR=0Select@objErrorObject=@objTextStream,
　　@strErrorMessage='writingtothefile"' @FileAndPath '"'
　　if@HR=0execute@hr=sp_OAMethod@objTextStream,'Write',Null,@String
　　if@HR=0Select@objErrorObject=@objTextStream,@strErrorMessage='closingthefile"' @FileAndPath '"'
　　if@HR=0execute@hr=sp_OAMethod@objTextStream,'Close'
　　if@hr<>0
　　begin
　　Declare
　　@Sourcevarchar(255),
　　@DescriptionVarchar(255),
　　@HelpfileVarchar(255),
　　@HelpIDint
　　EXECUTEsp_OAGetErrorInfo@objErrorObject,
　　@sourceoutput,@Descriptionoutput,@Helpfileoutput,@HelpIDoutput
　　Select@strErrorMessage='Errorwhilst'
　　 coalesce(@strErrorMessage,'doingsomething')
　　 ',' coalesce(@Description,'')
　　raiserror(@strErrorMessage,16,1)
　　end
　　EXECUTEsp_OADestroy@objTextStream
　　EXECUTEsp_OADestroy@objTextStream
　　GO