※ 引述《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