理解 SQL Server 中系统表Sysobjects
总用户表:select count(*) 总表数 from sysobjects where xtype='u'
总用户表和系统表:select count(*) 总表数 from sysobjects where xtype in('u','s')
总视图数:select count(*) 总视图数 from sysobjects where xtype='v'
总存储过程数:select count(*) 总存储过程数 from sysobjects where xtype='p'
总触发器数:select count(*) 总触发器数 from sysobjects where xtype='tr'
关于SQL Server数据库的一切信息都保存在它的系统表格里。我怀疑你是否花过比较多的时间来检查系统表格，因为你总是忙于用户表格。但是，你可能需要偶尔做一点不同寻常的事，例如数据库所有的触发器。你可以一个一个地检查表格，但是如果你有500个表格的话，这可能会消耗相当大的人工。
这就让Sysobjects表格有了用武之地。虽然我不建议你更新这个表格，但是你当然有权对其进行审查。
在大多数情况下，对你最有用的两个列是Sysobjects.name和Sysobjects.xtype。前面一个用来列出待考察对象的名字，而后一个用来定义对象的类型
type 类型枚举值如下：
AF = 聚合函数(CLR)
C = 检查约束
D = 默认值或 DEFAULT 约束
F = FOREIGN KEY 约束
PK = PRIMARY KEY 约束（类型是 K）
P = SQL存储过程
PC = 程序集(CLR)存储过程
FN = SQL标量函数
FS = 程序集(CLR)标量函数
FT = 程序集(CLR)表值函数
R = 规则（旧式，独立）
RF = 复制筛选存储过程
L = 日志
FN = 标量函数
IF = SQL内联表值函数
IT = 内部表
S = 系统表
SN = 同义词
SQ = 服务队列
TA = 程序集(CLR) DML触发器
TR = SQL DML触发器
TF = SQL表值函数
U = 表（用户定义类型）
UQ = UNIQUE 约束（类型是 K）
V = 视图
X = 扩展存储过程
在碰到触发器的情形下，用来识别触发器类型的其他三个列是：deltrig、instrig和uptrig。
你可以用下面的命令列出感兴趣的所有对象：
SELECT * from sysobjects WHERE xtype = <type of interest>
在特殊情况下，也就是在父表格拥有触发器的情况下，你可能想要用下面这样的代码查找数据库：
SELECT
Sys2.[name] TableName,
Sys1.[name] TriggerName,
CASE
WHEN Sys1.deltrig > 0 THEN'Delete'
WHEN Sys1.instrig > 0 THEN'Insert'
WHEN Sys1.updtrig > 0 THEN'Update'
END'TriggerType'
from
sysobjects Sys1 JOIN sysobjects Sys2 ON Sys1.parent_obj = Sys2.[id]
WHERE Sys
相关文档：
表名：d_ClientInfo
语句作用：取出第100-120条数据
SELECT *
from (SELECT ROW_NUMBER() OVER (ORDER BY ClientID ASC) AS ROWID, * from d_ClientInfo) AS tmpTable
WHERE ROWID BETWEEN 100 AND 120
此函数会为数据表重新编号并新建数据列ROWID，不需要的屏蔽掉就OK了。 ......
--语 句 功 能
--数据操作
SELECT --从数据库表中检索数据行和列
INSERT --向数据库表添加新数据行
DELETE --从数据库表中删除数据行
UPDATE --更新数据库表中的数据
--数据定义
CREATE TABLE --创建一个数据库表
DROP TABLE --从数据库中删除表
ALTER ......
可能大家还不是对SQL注入这个概念不是很清楚，简单地说,SQL注入就是攻击者通过正常的WEB页面,把自己SQL代码传入到应用程序中,从而通过执行非程序员预期的SQL代码,达到窃取数据或破坏的目的。
当应用程序使用输入内容来构造动态SQL语句以访问数据库时，会发生SQL注入攻击。如果代码使用存储过程，而这些存储过程作为包� ......
查询速度慢的原因很多，常见如下几种：
1、没有索引或者没有用到索引(这是查询慢最常见的问题，是程序设计的缺陷)
2、I/O吞吐量小，形成了瓶颈效应。
3、没有创建计算列导致查询不优化。
4、内存不足
5、网络速度慢
6、查询出的数据量过大(可以采用多次查询，其他的方法降低数据量) ......
For SQL Server2008:
http://www.microsoft.com/downloads/details.aspx?FamilyID=0e6168b0-2d0c-4076-96c2-60bd25294a8e&displaylang=en
For SQL Server2005:
http://www.microsoft.com/downloads/details.aspx?familyid=C6F14640-DA22-4604-AAAA-A45DE4A0CD4A&displaylang=en ......
