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

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

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

    隨筆 - 170  文章 - 536  trackbacks - 0
    <2005年11月>
    303112345
    6789101112
    13141516171819
    20212223242526
    27282930123
    45678910

    常用鏈接

    我參與的團隊

    隨筆分類(103)

    搜索

    •  

    積分與排名

    • 積分 - 414073
    • 排名 - 135

    最新評論

    閱讀排行榜

    今天一天幾乎都是在與數據庫打交道,碰到過去從未想過也不曾碰到過的問題,也讓我對數據庫有了一些新的認識,新的感受,主要是兩個方面,一個是ORDER BY,一個是Batch

    情景一:有兩張表,一張有100萬條記錄,另一張有300萬條記錄。

    最初的SQL是連接兩張表,并對其中一個表的非索引字段排序,并取出幾千條的數據,花費了很長的時間,最終分析得出,大部分時間花在排序上。后來去掉了ORDER BY并使用客戶端的Utils方法對已經取出的數據進行排序,查詢速度大大優化。

    情景二:對取出的結果進行一定的處理,并更新其中一張表。

    最初的辦法是處理一個更新一個,效率很低,最后和老員工交流經驗得到真傳,于是決定使用Batch來批量更新數據庫,效率極大的提高,有一個數量級,但是因為我本地客戶端沒有裝DB2的升級補丁,無法在客戶端更新,在服務器上更新成功。

    總結,數據庫的訪問效率應該是這類系統最主要的瓶頸,多花點時間放在查詢語句和查詢策略上,有時候效率提高會很大。

    posted on 2005-11-28 17:24 steady 閱讀(465) 評論(0)  編輯  收藏 所屬分類: 技術隨筆
    主站蜘蛛池模板: 日本免费污片中国特一级| 黄页网站在线视频免费| 久久成人免费大片| 久久精品国产亚洲av四虎| 久操视频免费观看| 亚洲AV无码专区电影在线观看| 成人免费无码H在线观看不卡| 久久久久亚洲?V成人无码| 特级毛片aaaa免费观看| 久久亚洲国产精品123区| 国产va免费精品| 国产AV无码专区亚洲AV男同| 最近2019中文免费字幕在线观看| 久久国产精品亚洲综合| 免费无码VA一区二区三区| 91亚洲精品麻豆| 免费无码成人AV片在线在线播放| 国产成人精品日本亚洲语音| 亚洲日韩VA无码中文字幕| 99精品视频免费| 亚洲精品国产成人中文| 最近中文字幕mv手机免费高清 | 亚洲高清视频在线| 日本一道高清不卡免费| eeuss免费天堂影院| 久久久久久久久亚洲| 免费精品国产日韩热久久| 国产亚洲一卡2卡3卡4卡新区| 亚洲av午夜成人片精品电影 | 2048亚洲精品国产| 九九精品成人免费国产片| 91嫩草亚洲精品| 亚洲精品tv久久久久久久久久| 国产色爽免费无码视频| 亚洲av专区无码观看精品天堂| 无码不卡亚洲成?人片| 国产羞羞的视频在线观看免费| 中文字幕亚洲码在线| 最新亚洲成av人免费看| 中文字幕影片免费在线观看 | 亚洲精品美女久久777777|