主页 / dba / 问题 / 154238
Accepted
chx
Asked: 2016-11-05 00:40:33 +0800 CST

一切都是算术的 MySQL 是特定的吗？

  • 772

今天我了解到这SELECT f1,EXISTS(SELECT ...),f2在 MySQL 中是有效的，并且从 StackOverflow 读取，显然在 PostgreSQL 中也是有效的，EXISTS当子查询结果为空时该部分为 0，当结果为空时该部分为 1。然后我开始思考并测试了一些看起来像的查询SELECT * WHERE column1 - column2，甚至这也有效并且与column1 <> column2. 我什至尝试过WHERE (column1 > 0) - column2，甚至这也奏效了。这个 SQL 标准或只是 MySQL 是否愿意随意转换布尔值和整数？或者布尔值甚至不存在于 SQL 中，而 0 / 1 代表它们？

mysql sql-standard

1 个回答

  1. Best Answer

    或者布尔值甚至不存在于 SQL 中，而 0 / 1 代表它们

    boolean do存在于 SQL 标准中，但作为“真实的”布尔值存在。

    所以有效的布尔文字是falseor true。

    这是 SQL 标准还是只是 MySQL 对随意转换布尔值和整数感到满意

    MySQL 实际上并不支持boolean值。它只是将无法转换为非零数字的任何内容视为“假”。

    例如

    select *
from some_table
where 'xxxx';

    被接受为有效（即使它是无效的 SQL）并且等效于where false因为xxxx无法转换为数字因此被假定为被0视为false.

    另一方面

    select *
from some_table
where '42xxxx';

    被视为where true因为42xxx将（隐含地）转换为42which 又被视为“true”。

    查询：

    SELECT * 
WHERE column1 - column2

    是无效的标准 SQL，因为它产生一个数字（假设 column1 和 column2 是数字）并且数字不是布尔表达式。

    您可以在执行以下操作时看到此行为：

    select 1 > 0;

    MySQL 返回数字1，而支持真实布尔值的数据库（例如 Postgres）将返回true. Oracle 不支持真正的布尔值，因此select 1 > 0 from dual在那里实际上是无效的。

    • 2

相关问题