方案一是最省事的，但要看照片的尺寸和网速，实测能否接受那个延缓时间。如果实在不行，用方案二B，稍微改一下，采取浏览器缓存的方式，读过一次，照片就缓存在本地机中，同时修改一下数据表的字段，增加是否应该重新下载的标志字段，以防照片变动，当然代码多了，但速度会快了，这个是最快的。

..

[ 本帖最后由 TonyDeng 于 2013-8-13 16:22 编辑 ]

谢谢大侠指教，我按您的方式去修改一下代码。
方案二B的方式比FTP还快吗？我原本以为FTP是最快最稳定的方式。

再问大侠一句：在 INSERT INTO 表名 字段列表 VALUES 值1，值2……  这个语句中，如果“字段列表”的顺序与物理表的字段顺序不一致，会影响插入效率吗？

[ 本帖最后由 eepcvfp 于 2013-8-13 14:34 编辑 ]

大侠的文件已经收到，再次感谢！
请问那个头文件 wininet.h 是添加进项目中，直接打包进项目吗？还是放在运行目录中？

照片图像文件存放在本地机上，当然比从远程传输过来快了。ftp是远程传输最快的，但仍然不及本地硬盘。浏览器阅读大图片的网页，最开始要下载，必然慢，但浏览器把下载过的数据缓存在本地机上，下一次就不用下载，所以速度变快，现在我们利用的也是这个原理。

那个指令，字段列表是与后面的VALUES列表配对的，与物理顺序无关，事实上，这条语句在内部被转换为一对一对的REPLACE语句。

添加在项目中，联编后嵌在EXE文件中的。

“事实上，这条语句在内部被转换为一对一对的REPLACE语句。”

我用SPT方式，用 INSERT INTO 表名 字段列表 VALUES 值1，值2……  这个语句更新远程表，也会被“转换为一对一对的REPLACE语句”吗？

FTP方式（即方案一）还是可以采用大侠说的“缓存”方式的。
论稳定性呢？ FTP方式 和 方案二B方式哪个稳定性高一些呢？

那个函数库的用法：先初始化了，然后在需要时连通ftp，做各种处理，不需要时关闭。按照ftp API的要求，上传是要把ftp上的当前目录转换好的，不带路径，只有文件名，参数中，一个是本地的文件名和ftp上的文件名，这样设置两个文件名，是方便上传后的文件名与本地文件名不同，亦即同时可以改名了。

是的，SQL指令是一大堆复杂指令的方法，它在内部有非常复杂的代码，实际上是一段程序，不是你看到那一条语句那么简单。

方案一是每次都传输数据，后面是综合判断了要不要每次都传输。论稳定，当然是方案一最稳定，因为确保每次都是服务器上的数据，不会因为缓存与服务器不同而造成差错（看看浏览器经常要按F5刷新网页才反映某些数据更新就知道了），所以后者不及前者稳定，但我上面说了最好修改一下表的字段，增加判断可靠性，也能确保数据总是正确的，不过相应的代价是编程的代码量大了。总是要付出某种代价的。

我去研究一下大侠的代码，感谢大侠出手相助，解决了小弟的困扰。