SQL Server执行部分语句的内存代价
众所周知，SQL Server执行SQL语句的性能判定标准主要是IO读取数大小。本文在不违反这一原则情况下，同时来分析一下部分SQL语句执行时，SQL Server内存的变化情况。
首先简述一下SQL Server内存占用的特点。SQL Server所占用的内存除程序（即SQL
Server引擎）外，主要包括缓存的数据（Buffer）和执行计划（Cache）。SQL
Server以8KB大小的页为单位存储数据。这个和SQL Server数据在磁盘上的存储页大小相同。当SQL Server执行SQL
语句时，如果需要的数据已经在其内存中，则直接从内存缓冲区读取并进行必要的运算然后输出执行结果。如果数据还未在内存中，则首先将数据从磁盘上读入内存
Buffer中。而我们通常评价SQL性能指标中的IO逻辑读取数对应的正是从内存缓冲区读取的页数，而IO物理读取数则对应数据从磁盘读取的页数。
注：以下的试验在多人共享的开发测试服务器上也可以进行，因为实际上可以分别看到某个表所占用的内存情况。但为了方便，笔者在做此试验时，在一个单独的、确认没有其它并发任务的数据库上进行，因此所看到的内存变化正是每一次所执行的SQL语句引起的。
我们首先来看一个简单的实例。创建下表：
Create Table P_User
( UserMobileStatus int NOT NULL,
MobileNo int NOT NULL,
LastOpTime DateTime Not NULL
)
然后为该表插入一定的数据：
Declare @i int
Set @i=28000
WHILE @i<29000
BEGIN
Insert Into P_User
Select @i % 2,@i,GetUTCDate()
Set @i=@i+1
END
然后我们在查询分析器中首先执行:
Set Statistics IO ON
并按下Ctrl+M以显示实际的执行计划。
此时，可以开始进行我们的试验了。为了准确观察每一次SQL语句变化情况，在执行第一条SQL语句以前，我们首先清空SQL Server所占用的数据内存：
CHECKPOINT
GO
DBCC DROPCLEANBUFFERS
这将清空SQL Server所占用的数据缓冲区（此语句在生产服务器上慎用，因为将导致一段时间内后续的SQL语句执行变慢）。
测试1：在没有索引的表上执行SQL语句
1.1 执行全表选取或者低选择性选取
Select * from P_User
从SQL执行计划可以看到，由于此时表中没有任何索引，因此将产生Table Scan。而IO统计结果如下：
(1000 row(s) affected)
表'P_User'。扫描计数1，逻辑读取4 次，物理读取4 次，预读0 次，lob 逻辑读取0
相关文档：
1、按时间排序
select * from tbl_lms_loginhistory order by loginhistory_logintime desc
2、
在一个数据库中是下列的样子
车次 身份证号
27 1
27 2
45 1
25 1
45 2
现在我想 获得的是
车次 乘坐次数
25 1
27 3
45 2
请问，我的SQL语句该怎么写？
select 车� ......
要想成功访问 SQL Server 数据库中的数据，我们需要两个方面的授权：一、获得准许连接 SQL Server 服务器的权利；二、获得访问特定数据库中数据的权利（select, update, delete, create table ...）。假设，我们准备建立一个 dba 数据库帐户，用来管理数据库 mydb。
1. 首先在 SQL Server 服务器级别，创建登陆帐户（creat ......
Sql Server 中一个非常强大的日期格式化函数
Select CONVERT(varchar(100), GETDATE(), 0): 05 16 2006 10:57AM
Select CONVERT(varchar(100), GETDATE(), 1): 05/16/06
Select CONVERT(varchar(100), GETDATE(), 2): 06.05.16
Select CONVERT(varchar(100), GETDATE(), 3): 16/05/06
Select CONVERT(varchar(100), GE ......
--检测CPU压力的一个方法是计算运行状态下的工作进程数量，
--通过执行如下的DMV查询可以得到这个信息
SELECT COUNT(*) AS workers_waiting_for_cpu,t2.scheduler_id
from sys.dm_os_workers AS t1, sys.dm_os_schedulers AS t2
WHERE t1.state='RUNNABLE' AND
t1.scheduler_address = t2.scheduler_address A ......
