將檔案二進制存盤在資料庫，查詢特別慢-有解無憂



select id,fileName,filepath,createtime,creator,filetext from frameworkfiles  --- 帶filetext   查詢時間15秒，一共就190條資料





select id,fileName,filepath,createtime,creator  from frameworkfiles  -- 不帶filetext   非常快

做了一個將檔案存盤在資料庫的小程式，讀取資料的時候，發現非常慢，我自己執行以下，發現如果帶這個二進制欄位，就非常漫長。

各位，有沒有辦法解決

uj5u.com熱心網友回復：

把檔案放到服務器上，這里存盤檔案路徑

uj5u.com熱心網友回復：

參考 1 樓二月十六的回復:

把檔案放到服務器上，這里存盤檔案路徑

如果資料庫是放在云上的，多個地點需要使用的話，服務器上共享的模式就不行。

所以還是希望能夠直接在資料庫中存取

uj5u.com熱心網友回復：

慢是正常的，默認一條資料可能有幾kb或幾個位元組，加上二進制可能有幾百KB或者更大。查詢全部當然會非常慢。

uj5u.com熱心網友回復：

參考 2 樓 wangmin2659 的回復:

Quote: 參考 1 樓二月十六的回復:
把檔案放到服務器上，這里存盤檔案路徑

如果資料庫是放在云上的，多個地點需要使用的話，服務器上共享的模式就不行。

所以還是希望能夠直接在資料庫中存取

建個站點，資料庫里存相對路徑，讀取的時候把站點地址再拼接相對路徑來處理。

uj5u.com熱心網友回復：

參考 3 樓 sxq129601 的回復:

慢是正常的，默認一條資料可能有幾kb或幾個位元組，加上二進制可能有幾百KB或者更大。查詢全部當然會非常慢。

還有什么其他解決方案 C#

uj5u.com熱心網友回復：

這個要取決于你回傳的行數，和大欄位的平均長度。總體來說就是減小資料報文的大小。

uj5u.com熱心網友回復：

在查詢分析器里當然慢，因為二進制需要轉換成可讀的形式來展示，不是查詢慢，是展示慢。在程式里應該不慢。當然還要看你保存的檔案大小。

uj5u.com熱心網友回復：

你為什么一次查詢這么多個filetext出來？

uj5u.com熱心網友回復：

一切反動派都是紙老虎，一切不代WHERE的查詢都[是蝦扯蛋

轉載請註明出處，本文鏈接：https://www.uj5u.com/shujuku/11408.html

標籤：疑難問題

上一篇：Java語言還是Java技術？

下一篇：SQL SERVER Always ON