Re: [問題] 大量圖片資料庫規劃
※ 引述《appleboy46 (我是道明柏毅)》之銘言：
: ※ 引述《PsMonkey (痞子軍團團長)》之銘言：
: : 現在來賺 p 幣...
: : 我適用 M$SQL 的資料來計算的
: : 反正算個大概就好... [茶]
: : int 實際儲存的是 4 Byte，你有三個就是 12 Byte
: : varchar 255 表示就是 255 Byte，你有三個就是 765 Byte
: : （或是粗糙地假設是平均數 128 * 3 = 384，總合 396 Byte）
: : 總共一筆資料的大小室 777 Byte（好棒的數字阿... XD）
: : 然後你有將近 40M 的資料
: : 所以 40M * 0.7KB = 28 GB
: : （或是 40M * 0.4KB = 16 GB）
: : 2.6G... 還算少啦... [茶]
: : ====
: : 有錯請狠批... [擺茶點]
: 請問一下 這樣算法沒錯 我想請問 如果我把 varchar 255 改成 varchar 100
: 這樣資料庫不就會變小 ？ 這樣有差嗎
: 因為我在想 檔名 可能不需要 255個字元吧 呼呼
: 這樣效能會更好嗎？像這樣 資料表這麼打 在 select 是不是降低效率
: 因為第一次遇到資料庫這麼大 哈～
這樣的資料庫其實真的不大
我最常接觸的兩個資料庫 各約有 250 GB (這還算少的 不過整年都不停才讓人頭痛)
欄位長短應該不會造成 DML 效率的問題
會造成 DML 的效率不好
多半有些其他的原因 嗯 這個另外開一篇分享我的心得好了
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 202.145.230.2
討論串 (同標題文章)
Database 近期熱門文章
PTT數位生活區 即時熱門文章
