建站
咨詢
售后
建站咨詢
新聞中心
以下的文章我們主要介紹的是Oracle JDBC 的 setTimestamp 的相關的性能問題，我前兩天在相關網(wǎng)站看見Oracle JDBC 的 setTimestamp 的相關的性能問題的資料，覺得挺好，就拿出來供大家分享。
站在用戶的角度思考問題，與客戶深入溝通，找到威信網(wǎng)站設計與威信網(wǎng)站推廣的解決方案，憑借多年的經(jīng)驗，讓設計與互聯(lián)網(wǎng)技術結合，創(chuàng)造個性化、用戶體驗好的作品，建站類型包括：網(wǎng)站設計制作、網(wǎng)站制作、企業(yè)官網(wǎng)、英文網(wǎng)站、手機端網(wǎng)站、網(wǎng)站推廣、國際域名空間、雅安服務器托管、企業(yè)郵箱。業(yè)務覆蓋威信地區(qū)。
偶然發(fā)現(xiàn)三年前的一個技術問題。當時比較匆忙，避免掉即過去了。現(xiàn)在 Metalink 上其實已經(jīng)把這個問題作為一個 Bug 處理了。
問題描述：通過 JDBC 上來的 Java 查詢應用，SQL 表現(xiàn)異常。表字段使用了 DATE 類型，針對該字段時間區(qū)域很小的范圍查詢(預期應該是走 INDEX RANGE SCAN)，在 SQL Map 上指定索引，發(fā)現(xiàn)無效。仍然是 FULL TABLE SCAN 。
罪魁禍首：setTimestamp() 把值綁定為 TIMESTAMP 類型，這樣和 DATA 類型比較的時候，CBO 就會選擇全表掃描。
通過 Trace 能觀察到該異常行為。TIMESTAMP 在 Oracle JDBC 9.2.0.1 上就有了，連續(xù)幾個版本其實都有類似的問題。
解決辦法：使用 setString() 而不是 setTimestamp() 方法。
這個故事告訴我們，Oracle JDBC 其實問題挺多的。同樣，TIMESTAMP 潛在的問題也不少。
以上的相關內(nèi)容就是對Oracle JDBC 的 setTimestamp 性能問題的介紹，望你能有所收獲。
文章出自: http://www.programbbs.com/doc/3296.htm
【編輯推薦】
- Oracle EM管理 MySQL的實操方案
- Oracle In-Memory Undo特性淺談
- Oracle DRCP與PHP的不同之處
- Oracle 語句的優(yōu)化規(guī)則中的相關項目
- Oracle sql 性能如何進行調(diào)整
名稱欄目：OracleJDBC中setTimestamp的相關問題有哪些
當前路徑：http://www.5511xx.com/article/cceoegp.html
