Hibernate(oracle)下的ORA:A-00972 identifier is too long提示
今天執行一個程式時,出現了這個提示:ORA:A-00972 identifier is too long
問題出在XXX.hbm.xml中相對應表名(table)的最大長度不能超過30
mark一下,又積累了一點
9i參考的中:
"If you specify a name longer than 30 bytes, then Oracle encrypts the name and places a representation of the encryption in the data dictionary. The actual encryption is not accessible, and you cannot use either your original specification or the data dictionary representation as the name。"
相關推薦
Hibernate(oracle)下的ORA:A-00972 identifier is too long提示
今天執行一個程式時,出現了這個提示:ORA:A-00972 identifier is too long 問題出在XXX.hbm.xml中相對應表名(table)的最大長度不能超過30 mark一下,又積累了一點 9i參考的中: "If you specify a name
超過 Oracle 的長度限制 ORA-00972: identifier is too long
對映的列名 超過了Oracle本身設定的30個字元 修改列名,使長度低於30個字元就ok。 <result column="AR_RESUMECOPY_FRIST_WORKLOC_CITY_" property="resumeCopy.firstWorkingLoca
ORA-00972: identifier is too long報錯的另外一種原因
ORA-00972: identifier is too long這個錯誤最普通的原因就是欄位太長了。 但是還有一種其他的情況: 不知道你是否遇到過這樣的情況,一個sql語句,在plsqldeveloper中可以執行,但是在sqlplus中執行就報錯ORA-00972: i
Oracle下ORA-28002錯誤處理
oracle 最近一段時間突然收到Nagios上的一條Oracle報警:CRITICAL - ORA-28002: the password will expire within 7 days在多方資料查詢下得知是Oracle下的默認賬號安全策略(缺省180天賬號密碼到期),在到期前7天使用賬號連接Ora
hibernate+oracle下使用sequence策略設定主鍵的方法
首先建立一個序列: CREATE SEQUENCE SHOPPING_SEQ NOCYCLE ORDER //不迴圈 CACHE 20 //快取大小為20 NOMAXVALUE //無上限
mac下出現SVN Working copy is too old (format 10, created by Subversion 1.6)的解決辦法
由於專案需求,專案中匯入了一個圖片瀏覽器的三方庫,出現了svn目錄不顯示問題 一 svn工作區報錯 每天上班第一件事就是開啟svn,然後update,但是卻出現如圖所示介面 二 問題追究 出現問題,而且是自己第一次遇到的問題,就得學會查詢資料解決,
MySQL 8.0 報錯:Identifier name 'ix_xxx' is is too long
某日在測試庫中新加索引報錯: Identifier name 'ix_orgid_warehouseid_businessType_orderCreateTime_state_ordertype' is
MySQL 8.0 報錯:Identifier name 'ix_xxx' is is too long
某日在測試庫中新加索引報錯: Identifier name 'ix_orgid_warehouseid_businessType_orderCreateTime_state_ordertype' is too long CREATE INDEX ix_orgid_warehouseid_bu
Idea報錯Command line is too long
文件夾 prop 報錯 class nbsp gpo 問題 line per 需要在該項目文件夾下.idea/workspace.xml中添加 <component name="PropertiesComponent"> ... <propert
idea報錯:Error running $classname: Command line is too long. Shorten command line for $classname.
9.png rop line too long component 我只 ima bsp 選擇 Command line is too long 打印的變量太長了,超過了限制,這都會報錯...我只想知道idea基於什麽原理會報這個錯... 解決 1.按照提示修改該類的
IAR 9+ 編譯 TI CC2541 出現 Segment ISTACK (size: 0xc0 align: 0) is too long for segment definition.
def 什麽 connect 例程 ini zha con sta swe IAR 9+ 編譯 TI CC2541 出現 Segment ISTACK (size: 0xc0 align: 0) is too long for segment definition. Seg
idea Command line is too long問題解決
Idea啟動專案報錯:Command line is too long. Shorten command line for className or also for JUnit defaultconfiguration. 解決方法: 在該專案資料夾.idea/worksp
typedef重複定義 和 error: ‘long long long’ is too long for GCC
今天發現一個很有意思的編譯問題,然後在Stack Overflow上也有看到類似的。就是出現了 long long long 型別錯誤提示 錯誤提示如下: /home/yejy/algorithm_and_data_structure/main.cpp:50:17: error: ‘long long lon
專案在idea中報錯Command line is too long.
Command line is too long. Shorten command line for SessionAnalysisJob or also for Application default
idea報錯Error running $classname: Command line is too long. Shorten command line for $classname.
之所以出現這個原因是一般是因為列印的環境變數太長了,超過了限制,可以嘗試以下方案: 1.按照提示修改該類的配置,選擇jar manifest(每個報錯的類都需要注意設定,專案的.idea/workspace.xml有這個選項,可以修改預設值,這樣就不用每次更改) 2.在專案的.idea/w
Mindmanager 安裝過程中 ERROR 1320. The specified path is too long (檔案路徑) 等問題
電腦擁有的時間長了總是想重新裝一下,或是體驗那種不一樣的心情,或是重新整理自己電腦。其中也包括我,這不重灌之後mindmanager 安裝出現問題了。 第一個遇到的困難就是安裝失敗,在安裝的時候總是提示出現"ERROR 1320. The specified pat
IAR 編寫程式的程式碼比微控制器的flash大了會出現故障Error[e16] is too long for segment definition
Error[e16]: Segment NEAR_ID (size: 0x15 align: 0) is too long for segment definition. At least 0xb more bytes needed. The problem occurred
Remote 'g' packet reply is too long 解決方法
Remote ‘g’ packet reply is too long 解決方法 解決方法 修改gdb/remote.c檔案中的static void process_g_packet (struct regcache *regcache)函式: 由
Remote 'g' packet reply is too long 錯誤
在 用 kgdb 除錯64位arm核心的時候,當一切準備停當,在aarch64-linux-gnu-gdb 下輸入 target remote /dev/ttyUSB0 後,gdb報出Remote ‘g’ packet reply is too long 的錯誤
GDB遠端除錯錯誤解決 使用GDB 7.2版本進行遠端除錯時出現:Remote ‘g’ packet reply is too long錯誤
GDB遠端除錯錯誤解決使用GDB 7.2版本進行遠端除錯時出現:Remote ‘g’ packet reply is too long錯誤,需要修改gdb程式碼解決,辦法是:修改gdb/remote.c檔案,遮蔽process_g_packet函式中的下列兩行:if (bu