SQL Server,where子句与不同类型和默认转换行为的比较

正当这件事让我今天困惑了一段时间,所以也许你们中的一位SQL Server bright sparks可以为这种行为提供一些线索。

我们有一张桌子 Phones . 在其中,电话号码存储为nvarchars格式,其中包含国际格式的号码,仅为数字格式。。。那么是一个美国号码 +1-(212)-999-9999 存储为 12129999999

IF EXISTS (SELECT * FROM sys.tables WHERE name = 'Phones')
BEGIN
    DROP TABLE Phones
END
GO

CREATE TABLE [dbo].[Phones]
(
    [ID] [int] IDENTITY(1,1) NOT NULL,
    [Mobile] [nvarchar](50) NOT NULL,
    CONSTRAINT [PK_Phones] PRIMARY KEY CLUSTERED 
    ( [ID] ASC )
    WITH (
      PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, 
      IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, 
      ALLOW_PAGE_LOCKS = ON ) ON [PRIMARY]
) ON [PRIMARY]
GO

DECLARE @biMobile_1 bigint
DECLARE @biMobile_2 bigint
SET @biMobile_1 = 12121111111
SET @biMobile_2 = 12129999999

Print 'Inserting Phone Number'
INSERT INTO Phones (Mobile) VALUES ('12121111111')

Print 'Selecting Phone Number'
SELECT * FROM Phones WHERE Mobile = @biMobile_1 --Select #1

Print 'Inserting Junk Data'
INSERT INTO Phones (Mobile) VALUES ('JUNK DATA')
INSERT INTO Phones (Mobile) VALUES ('12129999999')

Print 'Selecting From Table Containing Junk'
SELECT * FROM Phones WHERE Mobile = @biMobile_1 -- Select #2
SELECT * FROM Phones WHERE Mobile = @biMobile_2 -- Select #3

第一个选择(标记为#1)将起作用 第二个选择(标记为#2)将起作用,但随后会立即出现错误 第三个select(标记为#3)不返回任何内容。

Error converting data type nvarchar to bigint.

现在,这似乎完全是疯狂的行为。我以为会发生的是

1. SQL实现了在数据库中比较两种不同数据类型的功能 WHERE
2. 它将尝试将@variable转换为列的数据类型
3. 如果失败了,抛出一个错误,它就成功了,太棒了!!!

实际上似乎正在发生的是

1. SQL实现了在数据库中比较两种不同数据类型的功能 条款
2. 它逐行将列中的值转换为@变量的数据类型
3. 对于每个成功的转换,它都会进行比较,并返回该行。
4. 如果它在列中找到一个无法转换的值,它就会爆炸,返回到目前为止找到的任何数据,并且不会继续遍历表。

笔记我在SQL2005中做了这个测试,但它在SQL2K中也是可复制的。