主页 / dba / 问题 / 334378
Accepted
SE1986
Asked: 2023-12-28 07:51:45 +0800 CST

为什么 Varchar 的数据类型优先级低于 INT？

  • 772

给出下表：

CREATE TABLE #a
(
    MyInt INT
)

INSERT INTO #a VALUES(1),(2),(3),(4),(5),(6),(7),(8),(9),(10)

CREATE TABLE #b
(
    MyVarchar VARCHAR(10)
)

INSERT INTO #b VALUES('1'),('2'),('3'),('4'),('5'),('6'),('7'),('8'),('9'),('ten')

如果我运行以下查询；

SELECT  *
FROM    #a
        LEFT JOIN #b
            ON #a.MyInt = #b.MyVarchar

SQL Server 必须执行隐式转换，因为#a.MyInt和#b.MyVarchar是不匹配的数据类型。由于数据类型优先级，具有最低类型优先级 (#b.MyVarchar) 的列将转换为较高优先级 (INT) 的类型

这意味着上面的查询等效于

SELECT  *
FROM    #a
        LEFT JOIN #b
            ON #a.MyInt = CONVERT(INT,#b.MyVarchar)

两者都失败，因为其中某个值#b.MyVarchar对于列来说是无效值INT。

我的问题是为什么 的VARCHAR优先级低于INT？如果是相反的情况，隐式转换将会成功，但我们会得到一个错误的查询。为什么错误比成功执行更可取？我的猜测是，这对于 SQL Server 来说更像是一种“防御”机制 - 它更喜欢错误，因此需要用户明确决定他们想要做什么，而不是在用户不知情的情况下给出可能意外的查询结果。意识到？

sql-server

3 个回答

  1. Best Answer

    由于 SQL Server 是 RDBMS，因此它们针对针对正确定义的表发送 SQL 查询的应用程序进行了优化。

    降低 varchar 的数据类型优先级使引擎能够在评估将参数作为文字字符串或 varchar 参数发送的查询时避免对列表达式进行隐式转换：

    select * 
from someTable
where SomeIntColumn = '1'

    或者

    where SomeDateColumn = '2024-01-01'

    在这两种常见情况下，我们避免转换每一行的值并使用此策略启用索引查找。

    • 5

  2. 我们有两种可能的场景来比较字符串和整数：

    • 将字符串转换为整数（一次多刻度操作），然后进行单字比较（一次刻度）。这里的“Word”和“tick”是汇编语言的意思。
    • 将整数转换为字符串（一个多刻度操作）并比较两个字符串（另一个多刻度操作）

    我们可以说第一种情况更快，因为只有一个多刻度操作。

    当我们需要进行这种比较时，这种情况非常罕见，因此即使我们知道第二种情况提供了更大的灵活性 - 这种需要也是非常罕见的。所以速度获胜。

    • 0

  3. 我的问题是为什么 VARCHAR 的优先级低于 INT？

    也正是这样，sql引擎展现了编程的本质。通过定义，Strongly Typed等数据类型，对数据进行严格的限制和维护。它展现了 的特点。datetimeINTBITdata integrityRDBMS

    所以上面的数据示例查询肯定会失败。

    • 0

相关问题