17

首先，我知道这个问题已经发布一般Equals(=) vs. LIKE。在这里，我查询了ORACLE数据库上的日期类型数据，我发现如下，当我这样写select语句时：

SELECT ACCOUNT.ACCOUNT_ID, ACCOUNT.LAST_TRANSACTION_DATE
FROM ACCOUNT
WHERE ACCOUNT.LAST_TRANSACTION_DATE LIKE '30-JUL-07';

我得到了我正在寻找的所有行。但是当我使用等号=代替时：

SELECT ACCOUNT.ACCOUNT_ID, ACCOUNT.LAST_TRANSACTION_DATE
FROM ACCOUNT
WHERE ACCOUNT.LAST_TRANSACTION_DATE = '30-JUL-07';

即使除了等号之外没有什么不同，我什么也得不到。我能找到任何解释吗？

4

3 回答 3

31

假设LAST_TRANSACTION_DATE是一DATE列（或TIMESTAMP），那么这两个版本都是非常糟糕的做法。

在这两种情况下，该DATE列都将根据当前 NLS 设置隐式转换为字符文字。这意味着对于不同的客户，您将获得不同的结果。

使用日期文字时，请始终使用to_date()with(!) 格式掩码或使用 ANSI 日期文字。这样，您将日期与日期而不是字符串与字符串进行比较。因此，对于相等的比较，您应该使用：

LAST_TRANSACTION_DATE = to_date('30-JUL-07', 'dd-mon-yy')

请注意，使用 'MON' 仍然会导致不同 NLS 设置（'DEC'vs.'DEZ'或'MAR'vs. 'MRZ'）的错误。使用月份数字（和四位数年份）更不容易出错：

LAST_TRANSACTION_DATE = to_date('30-07-2007', 'dd-mm-yyyy')

或使用 ANSI 日期文字

LAST_TRANSACTION_DATE = DATE '2007-07-30'

现在，上述查询很可能什么都不返回的原因是在 OracleDATE列中也包括时间。上述日期文字隐含地包含时间00:00。如果表中的时间不同（例如19:54），那么日期当然不相等。

要解决此问题，您有不同的选择：

  1. trunc()在表列上使用以“规范化”时间到00:00 trunc(LAST_TRANSACTION_DATE) = DATE '2007-07-30 这将阻止使用定义的索引LAST_TRANSACTION_DATE
  2. 利用between
    LAST_TRANSACTION_DATE between to_date('2007-07-30 00:00:00', 'yyyy-mm-dd hh24:mi:ss') and to_date('2007-07-30 23:59:59', 'yyyy-mm-dd hh24:mi:ss')

第一个解决方案的性能问题可以通过创建一个trunc(LAST_TRANSACTION_DATE)可由该表达式使用的索引来解决。但是该表达式LAST_TRANSACTION_DATE = '30-JUL-07'也阻止了索引的使用，因为在内部它被处理为to_char(LAST_TRANSACTION_DATE) = '30-JUL-07'

要记住的重要事项：

  1. 永远不要依赖隐式数据类型转换。它会在某些时候给你带来问题。始终比较正确的数据类型
  2. OracleDATE列总是包含一个时间，它是比较规则的一部分。
于 2013-08-29T08:23:27.363 回答
7

您不应该直接将日期与字符串进行比较。您依赖于隐式转换，其规则很难记住。

此外，您选择的日期格式不是最佳的：年份有四位数字（Y2K 错误？），并且并非所有语言都将一年中的第七个月命名为JUL. 你应该使用类似的东西YYYY/MM/DD。

最后，Oracle 中的日期是精确到秒的时间点。所有日期都有一个时间部分，即使它是00:00:00。当您使用=运算符时，Oracle 将比较日期和时间的日期。

这是一个重现您描述的行为的测试用例：

SQL> create table test_date (d date);

Table created

SQL> alter session set nls_date_format = 'DD-MON-RR';

Session altered

SQL> insert into test_date values
  2     (to_date ('2007/07/30 11:50:00', 'yyyy/mm/dd hh24:mi:ss'));

1 row inserted

SQL> select * from test_date where d = '30-JUL-07';

D
-----------

SQL> select * from test_date where d like '30-JUL-07';

D
-----------
30/07/2007

使用=运算符时，Oracle 会将常量字符串转换30-JUL-07为日期并将值与列进行比较，如下所示：

SQL> select * from test_date where d = to_date('30-JUL-07', 'DD-MON-RR');

D
-----------

使用LIKE运算符时，Oracle会将列转换为字符串，并与右侧进行比较，相当于：

SQL> select * from test_date where to_char(d, 'DD-MON-RR') like '30-JUL-07';

D
-----------
30/07/2007

始终将日期与日期进行比较，将字符串与字符串进行比较。相关问题：

于 2013-08-29T08:21:19.033 回答
1

日期字段不是字符串。当您使用时，会在内部对字符串进行隐式转换=，这与任何内容都不匹配，因为您的字符串没有所需的精度。

我猜测该LIKE语句与日期字段的行为有些不同，导致在比较中使用隐式通配符，从而消除了对任何精度的要求。本质上，你的LIKE作品是这样的：

SELECT ACCOUNT.ACCOUNT_ID, ACCOUNT.LAST_TRANSACTION_DATE
FROM ACCOUNT
WHERE ACCOUNT.LAST_TRANSACTION_DATE BETWEEN DATE('30-JUL-07 00:00:00.00000+00:00') AND DATE('30-JUL-07 23:59:59.99999+00:00');
于 2013-08-29T08:08:42.287 回答