1. 程式人生 > >ORA-01861: 文字與格式字串不匹配 報錯處理

ORA-01861: 文字與格式字串不匹配 報錯處理

建立下面的物化檢視報錯

create materialized view BBB
refresh complete on demand
as
select a.vbillcode,
b.invname,
del.exchdate
 from [email protected]  a
 inner join [email protected] b on a.id = b.id
left join [email protected] del on a.id = del.id 
 where a.dbilldae>='2013-06-15' and a.vdef7 is not null;

報錯:

ORA-01861: 文字與格式字串不匹配
ORA-02063: 緊接著 line (起自 TES)

分析:

通過執行物化檢視的查詢部分

select a.vbillcode,
b.invname,
del.exchdate
 from [email protected]  a
 inner join [email protected] b on a.id = b.id
left join [email protected] del on a.id = del.id 
 where a.dbilldae>='2013-06-15' and a.vdef7 is not null;

仍然報相同的錯誤,由於這個查詢涉及到了四個資料庫(三個遠端,一個本地),感覺可能是環境不一致問題或者sql執行環境配置問題。

解決

通過在session中設定

alter session set nls_language='AMERICAN';

ALTER SESSION SET NLS_LANGUAGE='SIMPLIFIED CHINESE';

然後發起查詢都沒有解決問題,那設定一下時間格式試試:

alter session set nls_date_format='YYYY-MM-DD HH24:MI:SS';

執行查詢sql成功,沒有想到一個時間格式問題會導致語句無法執行,看來什麼事情都是可能會發生的。

相關推薦

ORA-01861: 文字格式字串匹配 處理

建立下面的物化檢視報錯 create materialized view BBB refresh complete on demand as select a.vbillcode, b.invname, del.exchdate  from [email prot

ORA-01861 文字格式字串匹配

分享一下我老師大神的人工智慧教程!零基礎,通俗易懂!http://blog.csdn.net/jiangjunshow 也歡迎大家轉載本篇文章。分享知識,造福人民,實現我們中華民族偉大復興!        

ORA-01861 文字格式字串匹配

也歡迎大家轉載本篇文章。分享知識,造福人民,實現我們中華民族偉大復興!                author:skatetime:2008/07/28現象:Oracle 插入時間時 ,報錯:ORA-01861: 文字與格式字串不匹配 解決方法:這個錯誤一般

ORA-01861: 文字格式字串匹配,ORA-01722: 無效數字

SQL> create table Student(   2         id varchar2(20) primary key,   3   &

ORA-01861: 文字格式字串匹配;literal does not match format string;

問題描述: 儲存系統當前時間,精確到時分秒 錯誤sql time date型別欄位 update t_table SET time = to_char(sysdate,'yyyy-MM-dd HH24:mi:ss') 報錯資訊: ORA-01861: 文字與格式字串不匹配

解決ora-01861文字格式字串匹配

http://hi.baidu.com/voeuhtmvhzfknte/item/94dc7f16d706b7a4feded5bf 一般是資料庫 時間格式 不匹配   看 sql語句與傳進去的值是否匹配  本人的sql語句為   insert into SMS_MO(aa

Orcal資料庫中ORA-01861: 文字格式字串匹配

今天在比對資料庫表中的時間發生了ORA-01861:文字與格式字串不匹配的錯誤。 開始我以為sql語句寫錯了,仔細檢查了一下,並沒有發現錯誤,後來看了表中的時間欄位存的資料,發現有的是2015-2-18 12:03:12,有的是2015-2-19。 顯然用to_date(time, 'yyyy-mm

ORA-01861: 文字格式字串匹配

今天在比對資料庫表中的時間發生了ORA-01861:文字與格式字串不匹配的錯誤。 開始我以為sql語句寫錯了,仔細檢查了一下,並沒有發現錯誤,後來看了表中的時間欄位存的資料,發現有的是2015-2-18 12:03:12,有的是2015-2-19。 顯然用to_da

【實踐經驗】ORA-01861_文字格式字串匹配

【實踐經驗】 一次在查詢的時候,出現如圖錯誤: 開始以為是to_date的格式不對,還以為是字串的格式,使用了to_char。然後還改了between and. 依然報錯, 最後

Oracle ora-06861: 文字格式字串匹配

問題描述: 表時間欄位儲存的是varchar2型別,使用sql語句做時間條件查詢的時候出現 ora-06861: 文字與格式字串不匹配。原語句如下: select v.tid

ORA-01861文字格式字串匹配錯誤解決

在oracle中修改時間或是插入時間報錯誤: 此類錯誤為你修改或是插入的資料型別和資料的不一樣; 解決格式化你的方法: update  表名 set  欄位 = to_date('2016/11/10 14:50:15','yyyy/mm/dd hh24:mi:ss');

oracle格式程式碼出現兩次,文字格式字串匹配

不報錯:   select count(*) as col_0_0_           from scott.kk_sap_main kksapmain0_          where to_date(kksapmain0_.fd_time, 'yyyy-MM-dd H

java sql SQLException ORA-01861 文字格式字符串匹配

edi log article csdn 匹配 net 字段 con views 1、錯誤描述 java.sql.SQLException:ORA-01861:文字和格式字符串不匹配 2、錯誤原因 字段名為statis_date在數據庫中存儲的數據

eclipse中import專案jdk版本匹配

project 編譯問題,需要三處的jdk版本要保持一致,才能編譯通過。   1、在專案上右鍵properties->project Facets->修改右側的version  保持一致     2、window->pre

springmvc使用實體類接收表單提交資料中含有String型別對應Date型別的匹配400時如何處理

springmvc使用實體類接收表單提交資料中含有String型別對應Date型別的不匹配情況,頁面提交表單報錯400,時如何處理? 參看部落格:http://blog.csdn.net/u014079773/article/details/51865178  我

VMware Fushion解決"vmmon模組的版本匹配"

我手上一份新的虛擬機器環境是用Windows下的VMWare Workstation 12這版本做的,對應於Mac下的VMware Fushion我的版本是7.0,載入虛機後提示錯誤: 說明VMware Fushion 7.0版本不能匹配上VMWare W

C#儲存excel檔案時提示檔案格式副檔名匹配

如果儲存生成的excel檔案提示如下錯誤, 可以通過設定儲存excel格式來解決。 【例】 public static string xlsFilePath = @"D:\";//excel檔案存放路徑       &nbs

解決“列名或所提供值的數目表定義匹配”錯誤提示

如圖進行查詢時,會提示錯誤:“列名或所提供值的數目與表定義不匹配” 網上查了下是插入數目不匹配,即我只插入了一條資訊,而被插入表有兩列資料的原因。 但是我定義的SortID列是主鍵,唯一標示,我覺得此列不應該插入資料啊,那該如何解決呢? 通過我自己為期數天的嘗試和逐步的上網查閱資料

TensorFlow cudnn版本匹配問題

log:Loaded runtime CuDNN library: 7.1.4 but source was compiled with: 7.2.1. 我安裝的事cuda 9.0  cudnn 7.1.4(nvidia官網會給給出對應的版本的)  安裝cudnn是真的麻煩,因為註冊賬號

springMVC出現日期String型別匹配時的解決辦法

​ package converter; import java.text.ParseException; import java.text.SimpleDateFormat; import java.util.Date; import org.springframework.core.conve