SQL SERVER性能优化综述
近期因工作需要，希望比较全面的总结下
SQL SERVER
数据库性能优化相关的注意事项，在网上搜索了一下
,
发现很多文章
,
有的都列出了上百条
,
但是仔细看发现，有很多似是而非或者过时
(
可能对
SQL SERVER6.5
以前的版本或者
ORACLE
是适用的
)
的信息，只好自己根据以前的经验和测试结果进行总结了。
我始终认为，一个系统的性能的提高，不单单是试运行或者维护阶段的性能调优的任务，也不单单是开发阶段的事情，而是在整个软件生命周期都需要注意，进行有效工作才能达到的。所以我希望按照软件生命周期的不同阶段来总结数据库性能优化相关的注意事项。
一、
分析阶段
一
般来说，在系统分析阶段往往有太多需要关注的地方，系统各种功能性、可用性、可靠性、安全性需求往往吸引了我们大部分的注意力，但是，我们必须注意，性能
是很重要的非功能性需求，必须根据系统的特点确定其实时性需求、响应时间的需求、硬件的配置等。最好能有各种需求的量化的指标。
另一方面，在分析阶段应该根据各种需求区分出系统的类型，大的方面，区分是
OLTP
（联机事务处理系统）和
OLAP
（联机分析处理系统）。
二、
设计阶段
设计阶段可以说是以后系统性能的关键阶段，在这个阶段，有一个关系到以后几乎所有性能调优的过程
—
数据库设计。
在数据库设计完成后，可以进行初步的
索引设计
，好的索引设计可以指导编码阶段写出高效率的代码，为整个系统的性能打下良好的基础。
以下是性能要求设计阶段需要注意的：
1、
数据库逻辑设计的规范化
数据库逻辑设计的规范化就是我们一般所说的范式，我们可以这样来简单理解范式：
第
1
规范：没有重复的组或多值的列，这是数据库设计的最低要求。
第
2
规范
:
每个非关键字段必须依赖于主关键字，不能依赖于一个组合式主关键字的某些组成部分。消除部分依赖，大部分情况下，数据库设计都应该达到第二范式。
第
3
规范
:
一个非关键字段不能依赖于另一个非关键字段。消除传递依赖，达到第三范式应该是系统中大部分表的要求，除非一些特殊作用的表。
更高的范式要求这里就不再作介绍了，个人认为，如果全部达到第二范式，大部分达到第三范式，系统会产生较少的列和较多的表，因而减少了数据冗�
相关文档：
在Google上使用“sql 分页”关键字进行搜索，几乎所有的答案都是那三条。其二效率最高，其三使用游标，效率最差。
下面是那三种方法 （插入代码没有sql选项）
方法1：
适用于 SQL Server 2000/2005
SELECT TOP 页大小 *
from table1
WHERE ......
1.清空日志
DUMP TRANSACTION 库名 WITH NO_LOG
2.截断事务日志：
BACKUP LOG 数据库名 WITH NO_LOG
......
SQL手工注入大全
2006年08月11日 星期五 21:00
比方说在查询id是50的数据时，如果用户传近来的参数是50 and 1=1，如果没有设置过滤的话，可以直接查出来，SQL 注入一般在ASP程序中遇到最多，
看看下面的
1.判断是否有注入
;and 1=1
;and 1=2
2.初步判断是否是mssql
;and user>0
3.判断数据库系统
;and ......
C#连接SQL Server的SqlConnection的字符串，许多都是不能连接的。现在给一个能连接的：
using System.Data.SqlClient;
public class sqlServerConnection {
//
public static void Main() {
//下面就是标准的连接，注意SERVER是我的计算机名。SQLEXPRESS是数据库实例。SSPI表示使用Windows登陆的帐户。master是要连接� ......
用SQL生成流水号
转：韦江涛 发表于2010年02月03日 09:38 阅读(4) 评论(0)
if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[fn_FillNumberWithZero]') and xtype in (N'FN', N'IF', N'TF'))
drop function [dbo].[fn_FillNumberWithZero]
GO
if exists ( ......
