测试MSSQL中SQL语句执行花费的时间
select语句前加：
declare @d datetime
set @d=getdate()
并在select语句后加：
select [语句执行花费时间(毫秒)]=datediff(ms,@d,getdate())
转自：动态网制作指南 www.knowsky.com
这是简易的查看执行时间的方法。
===========================================（一下内容转自：ＣＳＤＮ）
MSSQL Server中通过查看SQL语句执行所用的时间，来衡量SQL语句的性能。
set statistics profile on
set statistics io on
set statistics time on
go
你执行的SQL语句
go
set statistics profile off
set statistics io off
set statistics time off
执行完后点消息即可。
补充说明：
set statistics io 检查查询所产生的读和写
set statistics time 检查查询的运行时间
当运行一sql语句，在消息中会显示如：
SQL Server 分析和编译时间:
CPU 时间 = 0 毫秒，占用时间 = 10 毫秒。
SQL Server 分析和编译时间:
CPU 时间 = 0 毫秒，占用时间 = 1 毫秒。
(0 行受影响)
表 ‘t_login_session’。扫描计数 1，逻辑读取 2 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。
(3 行受影响)
SQL Server 执行时间:
CPU 时间 = 0 毫秒，占用时间 = 11 毫秒。
SQL Server 分析和编译时间:
CPU 时间 = 0 毫秒，占用时间 = 1 毫秒。
SQL Server 执行时间:
CPU 时间 = 0 毫秒，占用时间 = 1 毫秒。
SQL Server 执行时间:
CPU 时间 = 0 毫秒，占用时间 = 1 毫秒。
表 ‘t_login_session’。扫描计数 1，逻辑读取 2 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。
这个扫描统计告诉我们扫描执行的数量，逻辑读显示的是从缓存中读出来的页面的数量，物理读显示的是从磁盘中读的页面的数量，预读显示了放置在缓存中用于将来读操作的页面数量。
通过看这些信息我们能得到些什么呢？
◆这个查询没有扫描整个�
相关文档：
今天在用UNION进行将两个查询结合时，发现加了text类型的字段进去就报错了，错误信息如下：
不能以 DISTINCT 方式选择 text、ntext 或 image 数据类型。
经过翻阅资料后才知道，原因在于如此操作 无法对text类型判断是否重复，所以要在UNION后加个ALL关键字，如下：
select top ......
--SQL解密ctext字段内容函数
--exec sp_decrypt '约束名称'
--exec sp_decrypt 'DF_InsuranceRecord_PeriodUnit'
--exec sp_decrypt '存储过程名称'
--exec sp_decrypt 'sp_SearchPrinting_InsuranceRecord'
--主要用途:读取systemcomments中的字段内容。包括约束,存储过程等等。
--原文应该来自http://blog.csdn.net ......
http://www.cnblogs.com/dwjaissk/archive/2006/07/25/459476.aspx
增加字段
alter table docdsp add dspcode char(200)
删除字段
ALTER TABLE
table_NAME DROP COLUMN column_NAME
修改字段类型
ALTER TABLE table_name
ALTER COLUMN column_name new_data_type
改名
sp_rename
更改当前数据库中 ......
SQL like子句的另一种实现方法,速度比like快(转)
一般来说使用模糊查询，大家都会想到LIKE
select * from table where a like '%字符%'
如果一个SQL语句中用多个 like模糊查询，并且记录条数很大，那速度一定会很慢。
下面两种方法也可实现模糊查询：
select * from table where patindex('%字符%',a)>0 ......
在工作中遇到一个问题,是需要sql递归查询的.不懂,于是到csdn上去问,那里的效率真是非常高,我以前也没在上面问过问题.
问题描述:
我有一个表结构如下:
id upperid
1 2
3 2
4 1
5 3
具体层次不知道,我想用递归sql� ......
