我借用别人帐号来回应 就是考虑这个问题，所以才会由阿发妻把图片编码成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