SQL Server 2005远程连接
做开发的过程中经常用到数据库远程连接的问题，有时候弄了半天也解决不了，这里根据我自己的一点经历对SQL Server远程连接问题做一总计。
首先这里主要说的是SQL Server 2005不是2000，因为2000有一些小的例外，例如安装sp4补丁等，这里不再讨论。事实上我觉得道理是一样的，如果您是理解着来看的话，不管是2000还是2005或者是2008道理都一样。
连接不上有多种原因，但是就我个人经历来看，主要是因为1433端口问题。例如您有两台计算机，其中计算机A作为SQL Server的服务器，用计算机B去连接。B之所以连接不上A我觉得很可能是A的1433端口监听没有打开，当然网上有很多讲解如何打开1433端口的，我这里稍微提一下：
1.SQL Server配置管理--SQLEXPRESS的协议--TCP/IP启用--属性--IP地址--打开将IP1、IP2的TCP端口设为“1433”并且启用
2.SQL Server配置管理--客户端协议--TCP/IP--启用
3.SQL Server配置管理--SQL Server 2005外围应用配置--远程连接--（不要选择仅适用named pipes，其他两个都可以）
4.重启SQL Server 2005(配置管理器或者服务中都可以)
上面是启用1433端口监听，但是我觉得只要明白了原理没有必要看着上面的步骤一步一步的做。
但是1433端口是不是开启了监听呢？
在命令行中输入netstat -ao以后就可以看看有没有1433的监听，不知道是不是我自己哪里出错的问题，我按照上面的步骤去做，成功过，也失败过。如果没有1433，我觉得你不用试验你是不是能够用默认端口连接上A服务器，肯定不可以的。那怎么办呢？可以想办法再试着开启，但是我失败后没有那么做，而是用其他端口，大不了在连接的时候在IP后面加上端口号。
1.SQL Server配置管理--SQLEXPRESS的协议--TCP/IP启用--属性--IP地址--IPALL--TCP端口设为任何可用端口（例如26）
2.重启SQL Server 2005
好了，看看监听，有26，那就ok了。
假设A的IP是192.168.1.2，其SQL Server实例是SQLEXPRESS，用户名sa，密码：123456。那么我们在B中，服务器名称：192.168.1.2，26/sqlexpress 用户名：sa
相关文档：
1、没有索引或者没有用到索引(这是查询慢最常见的问题，是程序设计的缺陷)
2、I/O吞吐量小，形成了瓶颈效应。
3、没有创建计算列导致查询不优化。
4、内存不足
5、网络速度慢
6、查询出的数据量过大（可以采用多次查询，其他的方法降低数据量）
7、锁或者死锁 ......
1 :普通SQL语句可以用exec执行
Select * from tableName
exec('select * from tableName')
exec sp_executesql N'select * from tableName' -- 请注意字符串前一定要加N
2:字段名，表名，数据库名之类作为变量时，必须用动态SQL
declare @fname varchar(20)
set @fname = 'FiledName'
Select @fname from tab ......
getdate //获得系统当前日期
datepart //获取日期指定部分（年月日时分表）
getdate()函数：取得系统当前的日期和时间。返回值为datetime类型的。
用法：getdate()
例子：
select getdate() as dte,dateadd(day,-1,getdate()) as nowdat
输出结果：
dte nowdat
--------------------------- ----------------- ......
1不用在sql语句使用系统默认的保留关键字
2尽量用exists 和 not exists 代替 in 和 not in
这条在sql2005之后，在索引一样，统计信息一样的情况下，exists ，in效果是一样的。
以AdventureWorks数据库为例，查询在H ......
在SQL UPDATE语句中，对换两个变量的值，不需要临时变量。=右侧的值在整个UPDATE语句中都是一致的；所有的更新同时发生，而不是一个接着一个发生。
例如：
UPDATE offenceTeam
SET goalShooter=wingAttack,
& ......
