Re: [問題] 大量圖片資料庫規劃

看板Database (資料庫)作者 (痞子軍團團長)時間18年前 (2006/07/04 20:56), 編輯推噓2(200)
留言2則, 2人參與, 最新討論串4/5 (看更多)
※ 引述《appleboy46 (我是道明柏毅)》之銘言: : ※ 引述《PsMonkey (痞子軍團團長)》之銘言: : : 現在來賺 p 幣... : : 我適用 M$SQL 的資料來計算的 : : 反正算個大概就好... [茶] : : int 實際儲存的是 4 Byte,你有三個就是 12 Byte : : varchar 255 表示就是 255 Byte,你有三個就是 765 Byte : : (或是粗糙地假設是平均數 128 * 3 = 384,總合 396 Byte) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Orz 原來我這行白打了... [歎氣] : : 總共一筆資料的大小室 777 Byte(好棒的數字阿... XD) : : 然後你有將近 40M 的資料 : : 所以 40M * 0.7KB = 28 GB : : (或是 40M * 0.4KB = 16 GB) : : 2.6G... 還算少啦... [茶] : : ==== : : 有錯請狠批... [擺茶點] : 請問一下 這樣算法沒錯 我想請問 如果我把 varchar 255 改成 varchar 100 : 這樣資料庫不就會變小 ? 這樣有差嗎 : 因為我在想 檔名 可能不需要 255個字元吧 呼呼 : 這樣效能會更好嗎?像這樣 資料表這麼打 在 select 是不是降低效率 : 因為第一次遇到資料庫這麼大 哈~ 根據 M$ SQL 2000 的 help 檔案 varchar(n) 的 n 是設定 "上限" 而不是那個欄位就是固定大小 所以,實際儲存的大小,是看塞進去那個欄位的資料量 (這也就是為什麼我上面會講說:粗略的取平均值來計算) -- 侃侃長論鮮窒礙 網站:http://www.psmonkey.idv.tw 眾目睽睽無心顫 個人版:telnet://legend.twbbs.org 煢居少聊常人事 殺頭容易告白難 歡迎參觀 Java 版(@ptt.cc)精華區 \囧/ -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 59.126.172.167

07/04 21:06, , 1F
嗯嗯 謝謝喔 不好意思 我懂了 呼呼
07/04 21:06, 1F

07/05 09:16, , 2F
如果是Oracle 就是 Varchar2...
07/05 09:16, 2F
文章代碼(AID): #14gcMIKl (Database)
文章代碼(AID): #14gcMIKl (Database)