SQL Server里那些奇怪符号怎么搞，查询时遇到特殊字符的各种折腾和解决办法

主要基于常见的数据库开发论坛如Stack Overflow、CSDN博客、微软官方文档MSDN中的常见问题讨论,以及实际数据库管理中的经验总结）

在SQL Server里写查询，最让人头疼的不是那些复杂的逻辑，反而是那些看起来不起眼的奇怪符号，你可能会觉得，不就是个符号嘛，能有多难？但当你真正遇到的时候，那种感觉就像走路踩到乐高积木，又疼又让人恼火，最常见的问题大概可以归结为以下几类：单引号惹的祸、百分号和下划线的“通配”误会、名字里的方括号、以及那些看不见摸不着却能让查询报错的不可见字符。

单引号绝对是头号麻烦制造者，SQL Server用单引号来标识字符串，当你要查询的内容本身就包含单引号时，比如一个人名叫“O‘Connor”，查询语句写WHERE Name = 'O'Connor'，SQL Server会认为字符串在第一个单引号后，也就是“O”之后就结束了，剩下的“Connor'”就成了无法理解的语法错误，直接给你抛出一个红色错误提示，解决办法其实很简单，转义”，但SQL Server的转义方式有点特别，它不是用反斜杠（\），而是用两个单引号来表示一个单引号，所以正确的写法应该是WHERE Name = 'O''Connor'，这样，SQL Server就知道中间的两个单引号是一个字面意义上的单引号，而不是字符串的结束标记,这是最基础也最必须掌握的技巧。

就是使用LIKE进行模糊查询时，百分号（%）和下划线（_）带来的困扰，这两个符号在LIKE语句里是通配符，%代表任意多个字符，代表一个任意字符，这功能很强大，但如果你想找的内容本身就包含%或，那就出问题了，你想查一个表格里所有以“10%”开头的折扣码，如果你直接写WHERE DiscountCode LIKE '10%%'，SQL Server会理解成“查找以‘10’开头，后面跟任意多个字符”的记录，这显然不是你想要的，会把“10%OFF”和“10ABCD”都查出来，这时候就需要用到ESCAPE关键字来指定一个转义符，你可以自己定义一个不常用的字符作为转义符，比如反斜杠\，正确的写法是WHERE DiscountCode LIKE '10\%%' ESCAPE '\'，这里的ESCAPE '\'告诉SQL Server，紧跟在\后面的%不再是通配符，而是普通的百分号字符，下划线（_）的问题和解决方法一模一样。

是对象名（比如表名、列名）里包含空格或SQL保留关键字的情况，比如你有一个表名字叫“Order Details”（中间有空格），如果你直接写SELECT * FROM Order Details，SQL Server会认为你要从两个叫“Order”和“Details”的表里查询，肯定会报错说对象名无效，这时候，方括号[]就派上用场了，你需要用方括号把包含特殊字符的名字括起来，写成SELECT * FROM [Order Details]，这样SQL Server就知道“Order Details”是一个完整的表名，同样，如果你的列名不幸是SQL的关键字，Date”，为了保险起见，最好也写成SELECT [Date] FROM ...，这是一种保护措施,避免和语法冲突。

还有一种更隐蔽的“坑”，就是不可见字符，你从Excel或者网页上复制一段文本作为查询条件，看起来完全正确，但查询就是没结果，这可能是因为文本里混入了不可见的字符，比如制表符、换行符、或者全角空格（看起来和半角空格一样，但编码不同），这种问题最难排查，因为你用眼睛根本看不出来，解决办法通常是使用SQL Server的字符串函数来“清洗”数据或条件，你可以用LTRIM(RTRIM(ColumnName))来去除首尾的空格（包括一些不可见空白），或者更彻底一点，在应用层或者查询前，确保输入条件的纯净，把条件变量打印出来，复制到纯文本编辑器里，切换到显示所有字符的模式，才能发现这些“幽灵”。

对付SQL Server里的奇怪符号，核心思想就是“转义”和“界定”，单引号用两个单引号转义；LIKE里的通配符用ESCAPE转义；名字里的特殊字符用方括号界定，而对于那些看不见的敌人，则要依赖字符串函数和仔细的检查，虽然这些技巧看起来琐碎，但熟练掌握后，能避免很多不必要的调试时间，让数据库查询工作顺畅很多，这些经验大多是在一次次的实际报错和社区求助中积累下来的,算是踩坑后的宝贵收获。