→ pcyu16:需要儲存的文字 原始長度有上限嗎? 或是本來就是不定長度? 02/06 13:31
→ maxpeter2100:不限 02/06 13:40
→ popcorny:所以你們有需要爬有某個關鍵字的檔案嗎? 02/06 13:46
→ pcyu16:可以壓縮檔案的壓縮方式必然可以壓縮字串.. 02/06 13:55
→ pcyu16:查詢進行的方式 除了直接使用路徑找指定檔案之外還有嗎? 02/06 14:03
※ 引述《maxpeter2100 (釣)》之銘言：
: 如標題
: 小弟最近在處理文字壓縮問題
: 要將很長很長字串寫進資料庫 oracle 但是如果運用nvarchar總共也才2000
: 用clob又太佔空間
: 見算今天多開幾個nvrchar也會有不夠用的可能
: 所以才想問問看有沒有演算法可以壓縮字串
: 我在網路上查了一下 url shortener 或是md5都不怎麼合用
: url key value兩個還是都要存進資料庫
: md5又沒有解密方法
: 不知道版上的高手都是怎麼解決這類問題?
複雜描述如下 冏(小弟一向不太擅長描述)
目前 為了減少系統不斷地爬檔案 延長fileServer壽命
因此 在很多new File(path) 或者 file.list 等等然後在一筆一筆的搜尋
造成他的長時間的損耗(長官說)
因此 目前打算將一些檔內的文字內容 存進DB中 直接撈DB
這些檔案 普遍是xml
所以 基本上 nvarchar2000是一定不夠的
然後 主管就建議開5個欄位 10000的結果 實際下來也還是不夠
所以才想問大家
那關於有人提出gzip的說法 我只知道這可以壓縮檔案 可以壓縮字串?
這會去爬檔案嗎?? 還是說撈出來時 解壓縮 根本不會有爬黨的動作?
以上 謝謝
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 42.70.221.136