看板
[ Database ]
討論串[問題] 大量圖片資料庫規劃
共 5 篇文章
內容預覽:
請問一下 我在工作的地方 需要數位化檔案. 所以大量使用掃描圖檔 想放到網站上讓別人讀取. 現在問題是 我使用 PHP MYSQL 來做規劃 目前典藏的圖片大概有 目前匯入了5分之一. 的部份圖檔 就已經使資料表 有了 39,362,332 筆紀錄 我是用 每一張圖檔. 就獨立一個紀錄,這樣已經使資
(還有588個字)
內容預覽:
粗算.... 2600 / 40 = 65 (每筆資料的 Byte 數). 上課的時候沒辦法仔細寫. 現在來賺 p 幣.... 我適用 M$SQL 的資料來計算的. 反正算個大概就好... [茶]. int 實際儲存的是 4 Byte,你有三個就是 12 Byte. varchar 255 表示就是
(還有296個字)
內容預覽:
請問一下 這樣算法沒錯 我想請問 如果我把 varchar 255 改成 varchar 100. 這樣資料庫不就會變小 ? 這樣有差嗎. 因為我在想 檔名 可能不需要 255個字元吧 呼呼. 這樣效能會更好嗎?像這樣 資料表這麼打 在 select 是不是降低效率. 因為第一次遇到資料庫這麼大 哈
(還有151個字)
內容預覽:
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Orz. 原來我這行白打了... [歎氣]. 根據 M$ SQL 2000 的 help 檔案. varchar(n) 的 n 是設定 "上限". 而不是那個欄位就是固定大小. 所以,實際儲存的大小,是看塞進去那個欄位的資
(還有60個字)