<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    隨筆-153  評論-235  文章-19  trackbacks-0
          昨天出了一個奇怪的問題,hibernate通過實體Id(char(10)型)取得數據,session.find("from TableName where id=?","value");取不到數據,但數據庫里是有這個條數據。真奇怪,后來用pl/sql看數據庫,鼠標點到Id那時,可以看到內容后面還有一些空格,帶著期望與質疑把字段里的值自制過來, session.find("from TableName where id=?","value    ");后發現可以。我特別試了下connection.createStatement("select * from table_name where id='value'");則正常取數據,session.find("from TableName where id=?","value");而卻找不到數據,然后又試了下
    ptmt = connection.prepareStatement(select * from table_name where id=?");
    ptmt.setString(1,"year");

    這樣也不行,以是結論是:jdbc驅動PrepareStatement對char字段類型的查找問題,因為hibernate是用PrepareStatement的,自然,hibernate對char對應的屬性條件查找出現找不到的情況,

    解決辦法是:
    1.屬性用TRIM函數處理:session.find("from TableName where TRIM(id)=?","value");
    2.char改為varchar2類型

    今天試了下mysql,它不會這樣的情況,所以結論是:Oracle JDBC PreparedStatement的bug(有可能它故意這樣)


    posted on 2007-10-17 22:22 流浪汗 閱讀(5565) 評論(1)  編輯  收藏 所屬分類: oracle

    評論:
    # re: oracle jdbc char 字段 PreparedStatement 查詢問題 2007-12-26 10:26 | 流浪汗
    方法1有嚴重的性能問題。同學的機子1G內存, 2800+CPU,有100W行數據如果用了TRIM要26秒才能找出。如果去掉TRIM不到1秒。

    得出結論:如果數據長度是固定的可以用CHAR和VARCHAR2類型,如果是可變長的數據不要使用CHAR,不然寫SQL又要拼了,不能用?(PrepareStatement)

    可以看下 oracle sql =號左邊含有 TRIM 嚴重影響性能!   回復  更多評論
      
    主站蜘蛛池模板: 华人在线精品免费观看| 久久亚洲精品AB无码播放| 国产成人亚洲精品狼色在线| 亚洲国产精品自在自线观看| 无人在线观看完整免费版视频| 精品亚洲麻豆1区2区3区| 99re6热视频精品免费观看 | a级毛片免费完整视频| 67pao强力打造高清免费| 亚洲一区二区电影| 18勿入网站免费永久| 国产精品亚洲片夜色在线| 国产99久久久久久免费看| 亚洲宅男天堂在线观看无病毒| 亚洲国产日韩综合久久精品| 国产日韩久久免费影院| 亚洲人成77777在线播放网站| 亚洲熟女乱色一区二区三区 | 亚洲性久久久影院| 国产午夜无码片免费| 亚洲图片一区二区| 精品一区二区三区高清免费观看| 国产亚洲精品成人a v小说| 亚洲日本va一区二区三区| 免费看小12萝裸体视频国产| a视频免费在线观看| 亚洲国产专区一区| 亚洲精品无码永久在线观看男男| 4444www免费看| 朝桐光亚洲专区在线中文字幕| 国产成人午夜精品免费视频| 亚洲人成电影在线天堂| 最近中文字幕无免费视频| 亚洲欧洲日产国码www| 久久青草精品38国产免费| 77777亚洲午夜久久多喷| 91福利视频免费观看| 亚洲一区二区三区香蕉| 一二三四在线播放免费观看中文版视频 | 国产美女精品视频免费观看| 91福利免费网站在线观看|