討論串[問題] 大量圖片資料庫規劃
共 5 篇文章
首頁
上一頁
1
下一頁
尾頁

推噓2(2推 0噓 1→)留言3則,0人參與, 最新作者appleboy46 (我是道明柏毅)時間18年前 (2006/07/04 13:16), 編輯資訊
1
0
2
內容預覽:
請問一下 我在工作的地方 需要數位化檔案. 所以大量使用掃描圖檔 想放到網站上讓別人讀取. 現在問題是 我使用 PHP MYSQL 來做規劃 目前典藏的圖片大概有 目前匯入了5分之一. 的部份圖檔 就已經使資料表 有了 39,362,332 筆紀錄 我是用 每一張圖檔. 就獨立一個紀錄,這樣已經使資
(還有588個字)

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者PsMonkey (痞子軍團團長)時間18年前 (2006/07/04 19:22), 編輯資訊
1
0
1
內容預覽:
粗算.... 2600 / 40 = 65 (每筆資料的 Byte 數). 上課的時候沒辦法仔細寫. 現在來賺 p 幣.... 我適用 M$SQL 的資料來計算的. 反正算個大概就好... [茶]. int 實際儲存的是 4 Byte,你有三個就是 12 Byte. varchar 255 表示就是
(還有296個字)

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者appleboy46 (我是道明柏毅)時間18年前 (2006/07/04 20:50), 編輯資訊
2
0
2
內容預覽:
請問一下 這樣算法沒錯 我想請問 如果我把 varchar 255 改成 varchar 100. 這樣資料庫不就會變小 ? 這樣有差嗎. 因為我在想 檔名 可能不需要 255個字元吧 呼呼. 這樣效能會更好嗎?像這樣 資料表這麼打 在 select 是不是降低效率. 因為第一次遇到資料庫這麼大 哈
(還有151個字)

推噓2(2推 0噓 0→)留言2則,0人參與, 最新作者PsMonkey (痞子軍團團長)時間18年前 (2006/07/04 20:56), 編輯資訊
0
0
1
內容預覽:
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Orz. 原來我這行白打了... [歎氣]. 根據 M$ SQL 2000 的 help 檔案. varchar(n) 的 n 是設定 "上限". 而不是那個欄位就是固定大小. 所以,實際儲存的大小,是看塞進去那個欄位的資
(還有60個字)

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者ppanerai (全職業封頂路途漫長)時間18年前 (2006/07/05 09:17), 編輯資訊
0
0
0
內容預覽:
這樣的資料庫其實真的不大. 我最常接觸的兩個資料庫 各約有 250 GB (這還算少的 不過整年都不停才讓人頭痛). 欄位長短應該不會造成 DML 效率的問題. 會造成 DML 的效率不好. 多半有些其他的原因 嗯 這個另外開一篇分享我的心得好了. --. 發信站: 批踢踢實業坊(ptt.cc)
首頁
上一頁
1
下一頁
尾頁