久久精品男人影院,久久人人爽人人人人片av,国产精品久久影院

mysql中在not in后面慎用 select子查詢及臨時表的使用

有個存儲過程，功能是：根據用戶名查詢非好友的ID，代碼如下：

begin

select UserID from Users

where

UserID != pUserID and

Users.UserID not in

(

select FriendID from Users_Friend where Users_Friend.UserID = pUserID and DeleteFlag = 0

)

and

Users.Name like BINARY concat('%',pUserName,'%') ;

end

其中，pUserID是搜索者的UID,pUserName是要搜索的用戶名。今天發現這個存儲過程非常慢，分析結論是：not in 后面的select子查詢是每次都執行的，這出乎意料！mysql難道不能優化掉這樣的查詢嗎？
后來用了臨時表的方案，如下：

begin

Create TEMPORARY Table IF NOT EXISTS temp(FriendID int );

insert into temp(FriendID) select FriendID from Users_Friend where Users_Friend.UserID = pUserID and DeleteFlag = 0;

select UserID from Users

where

UserID != pUserID and

Users.UserID not in

(

select FriendID from temp

)

and

Users.Name like BINARY concat('%',pUserName,'%') ;

drop TEMPORARY table temp;

end

問題較好的解決了，因為臨時表temp中保存的都是好友的ID，非?？?，不用每次都去執行好友的篩選邏輯。另外一種方式是：將好友ID作為參數傳遞到存儲過程中，在程序外面查詢好友，但要改動程序。

posted on 2011-01-13 13:05 true 閱讀(2955) 評論(0) 編輯收藏引用所屬分類: mysql

只有注冊用戶登錄后才能發表評論。
【推薦】100%開源！大型工業跨平臺軟件C++源碼提供，建模，組態！

相關文章: mysql的加密函數使用微軟企業庫連接mysql碰到的奇怪問題 mysql將查詢結果保存到文件 mysql中在not in后面慎用 select子查詢及臨時表的使用 mysql的unix時間戳 mysql存儲過程中使用事務轉自群里面的討論sql語句：varbinary類型，取某連續幾個字節，排序 mysql自動備份腳本 mysql存儲過程事務執行過程中出現異常回滾機制 360竟會自動關閉mysql

網站導航: 博客園 IT新聞 BlogJava 博問 Chat2DB 管理

網絡服務器軟件開發/中間件開發，關注ACE/ICE/boost

常用鏈接

留言簿(18)

隨筆分類

隨筆檔案

文章分類

文章檔案

好友博客

搜索

積分與排名

最新評論

閱讀排行榜

評論排行榜

網絡服務器軟件開發/中間件開發，關注ACE/ICE/boost