我借用別人帳號來回應 就是考慮這個問題，所以才會由阿髮妻把圖片編碼成md5 利用md5(或者其他可當作唯一值的編碼文字)，來做查詢 利用md5當作pk值，跟遠端一台資料庫做查詢 剛開始，可能會資料不足 但是資料庫一但大起來，有充足的資料庫，就可以對應 由打字班上傳md5，就算他有一萬張圖 我可以存放十億筆的db，跟他拼 我的想法是，之前都還要把圖片跟md5存到遠端 所以，因為圖片，存到遠端db，速度、頻寬、硬體容量都不夠 自然容易出問題 之前因為還要存放圖形，所以頻寬、容量會有問題 一張圖形，少說也要2~3k， 但是只有文字存取，速度、server的存取速度，差異很多 況且，現在我的考量，就是有3-tire的味道， 阿髮妻--web server--DB 阿髮妻只要對一台(利用ini設定)web查詢資料，查某一個md5密碼為多少 這種，就跟一般上網一樣 之前存放的，是文字跟圖形 現在只有對文字做查詢，又是web web一般可以負擔的「同時」上線人數，都可以到上千 我只要利用java的bean技術，db查詢並沒有那麼慢 阿髮妻只是取我查詢出來的密碼而已，並沒有上傳 真正上傳的，只有打字班 ※ 引述《RJJ (傳說中的小米)》之銘言： : ※ 引述《airderek (此使用者離位)》之銘言： : : Otaku說: : : 我也想寫程式，幫忙測試 : : 想要寫client-server的方式來應用 : : 因為，隨便一台sql，都可以負擔十億筆資料 : : 而且，只是處理文字，很快就能解決 又是web方式查詢，更快 : 從程式的角度來看，我想上傳集中這條路最終還是無效的 : 圖片只要改一、兩個點，產生出來的 hash 就會完全不同 : 假如 Ian 有一千張圖，一次挑五百張出來當做題目，剩下的五百張就隨機改幾個點 : 改掉的五百張舊的都不用留，留新的就好 : 然後定時交換這兩組 : 這樣一來，對方的資料庫不用變大，而我們的資料庫不知道哪些是不會再被用到的 : 很快的就爆掉了 --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 124.8.108.207