在Oracle中使用to_date进行查询在Windows和Ubuntu IDE中的运行方式不同

如何解决在Oracle中使用to_date进行查询在Windows和Ubuntu IDE中的运行方式不同

我有以下Oracle查询

SELECT COMPANY_NO FROM COMPANY where to_date('2020-07-20','yyyy-mm-dd') BETWEEN START_DATE and END_DATE;

使用以下查询创建表并插入数据

CREATE TABLE COMPANY (COMPANY_NO varchar2(20),START_DATE varchar2(20),END_DATE varchar2(20));
INSERT INTO COMPANY (COMPANY_NO,START_DATE,END_DATE) VALUES ('Test','01.07.2020','31.07.2020');

如果我从Windows中的DB Visualizer执行选择查询，则会引发以下错误-“ [代码：1843，SQL状态：22008] ORA-01843：无效的月份”。

但是，如果我从Ubuntu IntelliJ Database IDE执行相同的查询，它将通过给出结果集。

如果日期格式不匹配，那么为什么要在Ubuntu中传递日期格式？ 请说明为什么会发生这种情况以及需要更改的地方。

• 数据库-Oracle Database 11g企业版11.2.0.1.0版
• Windows-Microsoft Windows 10企业版
• DB Visualizer-免费10.0.18
• Ubuntu-Ubuntu 16.04.6 LTS
• IntelliJ IDEA-2018.3.5（最终版）

解决方法

您的insert语句依赖于基于当前会话的NLS设置（从当前操作系统用户派生）的隐式数据类型转换

永远不要使用纯字符串来提供日期值。要么使用（明确的）ANSI文字（我更喜欢）：

INSERT INTO COMPANY (COMPANY_NO,START_DATE,END_DATE) 
VALUES ('Test',date '2020-07-01',date '2020-07-31');

或以明确的格式使用to_date：

INSERT INTO COMPANY (COMPANY_NO,to_date('01.07.2020','dd.mm.yyyy'),to_date('31.07.2020','dd.mm.yyyy'));

我还强烈建议不要使用带有名称（例如to_date()）（而不是数字）的格式掩码来使用'dd.mon.yyyy'，因为这些名称再次受当前会话的NLS设置的约束。

,

我相信您需要在Windows上使用的工具中检查日期格式。

您可以通过以下查询检查日期格式：

select * 
from V$NLS_PARAMETERS 
where parameter = 'NLS_DATE_FORMAT'

这是演示：

DEMO

在此DEMO中，我的格式是DD-MON-RR，我尝试输入两种不同格式的值： 与我的参数格式不同：

insert into test_t values('02.02.2020')

相同格式：

insert into test_t values('02-JUL-2020')

解决方案：尝试格式化您要插入的日期值。 您可以通过两种方式做到这一点：

使用正确的格式或自行格式化：

insert into test_t values(to_date('02.02.2020','dd.mm.yyyy'))

,

首先：

CREATE TABLE COMPANY (COMPANY_NO varchar2(20),START_DATE varchar2(20),END_DATE varchar2(20));

为什么在这里将VARCHAR2数据类型用于日期列？ 应该是

CREATE TABLE COMPANY (COMPANY_NO varchar2(20),START_DATE date,END_DATE date);

使用隐式数据类型转换是一种不好的做法。自然定时炸弹。

,

不要将varchar2用于日期，而要使用日期/时间类型！

在查询中，您将date与表中的to_date()所产生的varchar2进行比较。这意味着，varchar2个需要上载到date个。如何解释字符串以从中获取date取决于设置所使用的日期格式。这些在不同的环境中可能会有所不同。

为COMPANY.START_DATE和COMPANY.END_DATE使用适当的数据类型，例如date。然后就不需要上流了，也就不用比较苹果和橙子了。

,

如果由于某种原因您无法修复数据模型（并且我不认为为什么不这样做），则查询必须为：

select company_no from company
where  date '2020-07-20' between to_date(start_date,'DD.MM.YYYY')
                         and     to_date(end_date,'DD.MM.YYYY');

（您的原始to_date('2020-07-20','yyyy-mm-dd')也可以正常工作，但是date '2020-07-20'的键入方式较少，是一种养成习惯的习惯。）