一次神奇的SQL 错误调试经历
上周接到一个奇怪的bug，一个曾经运行得很好的存储过程突然产生了错误的结果。
负责维护的兄弟们很负责任的对错误进行了跟踪，并把错误定位一个如下的语句：
SELECT *
into SomeTable
from A join B on A.id=B.id
join C on A.id=C.id
他们发现从SomeTable做查询的时候，出来的结果比实际结果要大若干倍，挺齐整的，4倍或者2倍。
我的第一个感觉是JOIN出问题了，必然是形成了多对多的JOIN，比如A里面有两行ID一样，B也有两行ID一样，结果表就会出现4行一样的，得到一个4倍的结果，同样的道理，如果A里有一行，B里有2行，结果就是2倍了。
于是我让他们把SomeTable做成一个文本文件传给我，嗯，300M的一个文件，BCP到数据库里，SELECT了一把，把出问题的那个ID抓出来，果然看到几个重复的行。确切的说看到几列几乎一样的行。
于是我就兴冲冲的给他们说，检察一下B和C上面的ID是否是unique的。
结果很快返回，说，是unique的。
这下我就傻眼了，这怎么可能呢。重新仔细的看了便上次查处的结果，发现原本以为重复的行，竟然不是完全相同的，嗯，有一列是不同的，而这一列正式B.ID。请注意，这些行在A.id上是一样的。
这是一个惊人的发现，我通过A JOIN B JOIN C出来的结果居然不满足JION的条件，这彻底颠覆了多年学习的关系数据库知识。
毫无疑问，这是SQL Server的一个bug。然而如何建一个最小的数据集合来重现这个bug成了新的挑战。因为ABC三个表加起来有200G，而如果我删掉一些看起来不相关的行，错误就消失了。我也试图将ABC的JION分成两步来做，
比如：
select *
from
(SELECT * from A JOIN B) AS D
JOIN C ON...
结果仍然错误。
但是如果再进一步，
SElect * into temp from A join B...
Select * from temp join C...
错误消失了。
黔驴技穷之后，俺只好求救于SQl server的技术支持。刚开始发了封信，问有没有人遇到过这种问题，ABC 交出的结果包含不满足JOIN条件的行。结果一个小子居然说，这个问题太基本，这种情况根本不可能出现。 Sigh，大叔我也不是新手，简单问题还需要劳烦您老人家吗。
于是再仔细的描述问题，终于出了一个比较靠谱的哥们，让我把执行计划发给他看看。再然后另外一个哥们说可能是并发引起的问题，建议我用MAXDOP来限制参与执行的CPU个数。于是，我在原来的SQL后面加了个OPTION MAXDOP=1，果然经过7分钟的执行，我得到了正确的�
相关文档：
查询速度慢的原因很多，常见如下几种：
1、没有索引或者没有用到索引(这是查询慢最常见的问题，是程序设计的缺陷)
2、I/O吞吐量小，形成了瓶颈效应。
3、没有创建计算列导致查询不优化。
4、内存不足
5、网络速度慢
6、查询出的数据量过大(可以采用多次查询，其他的方法降低数据量)
7、 ......
昨天我的SQL（Microsoft SQL Server 2005 ）登录不上去了，原来是出现了几个小问题，现在记录一下我的解决这几个情况的办法。（解决方法有很多种，这些只是我的解决方法，仅供参考）
查找问题的过程：（注：用windows账号还是可以登录的）
第一步：启动所有与SQL有关的服务，问题依旧；
第二步：查看windows防火墙，被默 ......
在windows2003下面安装SQL Server2000，会提示windows不支持SQL Server2000的版本，安装后，在本机是可以正常使用的，但是无法连接到其他SQL Server2000的服务器，也无法通过其他机器上的SQL Server2000访问，必须安装SQL Server2000sp3或sp4补丁才可以。其实用SQL Server2005就没这么麻烦了。 ......
SQL 2005远程访问的设置
2009-02-27 08:13
1、首先打开SQL Server 外围应用配置器，点击“服务和连接的外围应用配置器”，选择数据库→远程服务，点上本地连接和远程连接，再点上同时使用tcp/ip和named pipes
2、打开SQL Server Configuration Manager，SQL Server 2005网络配置，将TCP/IP启用了。
3、一 ......
SQL的基本对象主要有常量，表示符，分隔符，保留关键字。
1、常量
常量是一个包含文字与数字，十六进制或数字常量。一个字符串常量包含单引号('')或双引号("")字符集中的一个或多个字符。
如果想在单引号分隔的字符串中用到单独的引号，可以在这个字符中用户连续的单引号（即用� ......
