本文转自: http://www.cnblogs.com/marvin/p/DevelopSQLSkill_2.html
本系列文章旨在收集在开发过程中遇到的一些常用的SQL语句,然后整理归档,本系列文章基于SQLServer系列,且版本为SQLServer2005及以上……
文章系列目录
- SQL开发技巧(一)
- SQL开发技巧(二)
本文内容简介
这篇文章主要介绍以下内容:
- 快速查询表的总记录数
- 非递归查询树形结构表的所有子节点
- 清除查询缓存
- 编程中构建Where语句的小技巧
- 如何进行跨服务器的数据库查询
快速查询表的总记录数
什么,你还在用select count(*) from xxx
?难道没有园友告诉你用select count(col)
,select count(0)
或者select count(1)
性能会更好吗?
等等,你难道就只告诉我这个吗,我早知道了,就算是用了select count(0)
查询1000w的记录还是慢呐,你不会接着告诉我去升级服务器吧?
当然不是,我要告诉你的是下面的这个语句:
SELECT rows FROM sysindexes WHERE id= OBJECT_ID('rpt2014' ) AND indid< 2
无论查询多少记录数的表,都能立即返回总记录数。为什么它能够这么快,这原理其实跟Length
属性和Count()
方法一样的,自己体会啦。此外,要注意这个条件:indid< 2
。indid
为1就是最后提交之后的总记录数,其他值可能表示索引的记录或者其他,具体就自己search了吧。
非递归查询树形结构表的所有子节点
首先,普及一个概念,怎么设计表结构为树形结构的:要设计一个树形结构的表,必须包含两个必要字段: Id
,ParentId
那么树形结构的表要查询子节点是非常容易的:select * from table where ParentId=xxx
。但是,如何查询所有的子节点呢(包括子节点的子节点,递归查询)?
原来我采用的方法:
- 把所有记录查询出来,在程序中做递归查询
- 采用存储,在数据库中做递归查询
- 修改表结构,增加字段
ParentIdPath
。比如有节点3,父节点为2,而2的父节点为1。那节点3的ParentIdPath
就是:2,1.这样查询所有的子节点就可以用like操作了:select * from table where ParentIdPath like '2,%'
上面的方法都不太优美:我不希望在程序中查询、不希望增加额外的存储过程(我也随时随地能用)、不希望增加字段,那么到底该怎么办,需要问下蓝翔吗?
要解决这个问题,需要使用SQLServer中的with
关键字,相应创建一个临时表保存每次查询的记录:
WITH Tree AS (
SELECT * FROM dbo .MgrObjType WHERE Id='00000000-A001-0000-0000-000000000000'
UNION ALL
SELECT MgrObjType.* FROM dbo .MgrObjType, Tree WHERE Tree.Id= dbo.MgrObjType .ParentId
)
SELECT * FROM Tree
结果如下:
清除查询缓存
为什么要清除缓存,有一定开发经验的程序员都知道,把一条耗时的语句在SQLServer中查询,第一次可能很慢,第二次就很快了。这样非常影响测试的效率,甚至有些程序员竟然认为第二次查询跟第一次查询不一样,这是一种不可靠的测试,没法重现问题,把责任归咎于SQLServer,巨硬那是真真正正的躺枪。
其实,上述问题的产生,主要是因为SQLServer每次查询,都会把结果缓存下来,遇到相同的SQL语句或者类似的,会从已有的缓存中查询,缓存中不存在的,才实际访问数据库。到底内存缓存多少,你可以设置:
没错,就是它了。有经验的同学还会发现,如果你不设置,可能会耗光你的内存。记得有次我在一台128G内存的电脑上使用,没有限制,内存直接利用到了70多G,搞得运维的同学如临大敌,好像我们的软件有什么天大的问题似的!
这个语句是这么写的:
DBCC FREEPROCCACHE
DBCC DROPCLEANBUFFERS
编程中构建Where语句的小技巧
这真是一个小技巧,我记得我最先学编程的时候,判断条件是这么判断的:
var sql=new StringBuilder();
if(age.HasValue||nickName.HasValue){
sql.AppendFormat(" where ");
}
if(age.HasValue){
sql.AppendFormat("Age={0}",age.Value);
}
if(nickName.HasValue)……
如果条件多了的话,写得那是更加的痛苦
其实上面的条件完全可以这么写:
var sql=new StringBuilder(" where 1=1");
if(age.HasValue){
sql.AppendFormat("Age={0}",age.Value);
}
if(nickName.HasValue)……
多了一个1=1,少了多少的条件判断。为什么会酱紫?拜托自己动一下脑筋好不,什么都要我说出来,你给我发薪水啊!
如何进行跨服务器的数据库查询
要查询另外一个数据库的表,好的,不就是DatabaseName.dbo.Table
吗,这个简单
神马,这个数据库在另外一个服务器,尼玛啊,这是什么需求,你tmd为什么要访问另外一个数据库啊。能在代码中实现吗?不行!!!???
好吧,那我们怎么实现,请看:
SELECT * FROM
OPENDATASOURCE('SQLOLEDB' , 'Data Source=172.18.24.245;User ID=sa;Password=aaa*'). CenterObj_xx.dbo .TableLog AS A
你真的没看错,只需增加这么一句OPENDATASOURCE('SQLOLEDB' , 'Data Source=172.18.24.245;User ID=sa;Password=aaa*')
即可。这句就是帮你访问远程数据库的。