案例描述
这是在索引重组过程中遇到的有意思的错误案例,搜索了一下也没有看到相关资料,估计我第一个碰到这类错误的人(It's just a joke)。具体情况是YourSQLDba在做维护数据库索引时遇到了索引重组错误,然后我排查时就发现了这个案例。我下面用一个简单的测试例子演示一下具体情况。
数据库版本: SQL SERVER 2005
CREATE TABLE TEST
(
ID INT,
Name VARCHAR(12)
);
CREATE NONCLUSTERED INDEX "[IDX_NAME]" ON TEST(Name);
因为YourSQLDba生成重组索引语句时,都会在索引名称上加上[].如果用下面SQL语句进行索引重组,就会遇到这个错误
ALTER INDEX [[IDX_NAME]] ON [dbo].[TEST]
Reorganize With (LOB_COMPACTION = On);
消息 102,级别 15,状态 1,第 1 行
'.' 附近有语法错误。
消息 319,级别 15,状态 1,第 2 行
关键字 'with' 附近有语法错误。如果此语句是公用表表达式或 xmlnamespaces 子句,那么前一个语句必须以分号结尾。
我们尝试去掉一对[],此时就会报"找不到索引'IDX_NAME'"的错误。其实这个好理解,因为双引号被解释为字符串的边界,所以[IDX_NAME]才是真正的索引名称,但是如果你重建索引时使用[IDX_NAME], 那么[]就变成了解释字符边界的字符,索引名就成了IDX_NAME,显然就会出现找不到该索引的错误提示。
ALTER INDEX [IDX_NAME] ON [dbo].[TEST]
Reorganize With (LOB_COMPACTION = On);
消息 2727,级别 11,状态 1,第 2 行
找不到索引 'IDX_NAME'。
如果在索引名称上加上"",那么索引名就成了[IDX_NAME], 那么此时就可以成功进行索引重建。这两者都好理解。
ALTER INDEX "[IDX_NAME]" ON [dbo].[TEST]
Reorganize With (LOB_COMPACTION = On);
而使用[[IDX_NAME]]这种写法时,并不能完全让数据库引擎知道索引名为[IDX_NAME],有可能是语义解析时就有问题,这个我们也能理解,但是如果在MSSMS窗口将索引拖到查询窗口,你会惊奇的发现索引名变成了[[IDX_NAME]]]这个鸟样,不清楚为什么这样。这样的SQL进行索引重组也是成功的。
在SQL Server 2008下面测试,发现报错的提示有些不一样。如下所示:
当然测试过程中要求设置SET QUOTED_IDENTIFIER的值为ON,关于SET QUOTED_IDENTIFIER的设置为:
当SET QUOTED_IDENTIFIER值为ON时,双引号内的字符被当作是数据库对象。就是说双引号" "和标识符[]效果是一样样的,他们都表示引用的字符是数据库对象。单引号'表示字符串的边界。
当SET QUOTDE_IDENTIFIER OFF时,双引号被解释为字符串的边界,和单引号的作用是类似的。就是说双引号"不能当做标识符使用,但是可以当做字符边界,和单引号'的效果是一样样的。
解决方法:
既然搞清楚了原因,那么就很容易解决问题了。删除索引后,然后重建索引时取消双引号以及[]就OK了。