SQl 2008 如何确保上传图片的完整性

[u010237107]

RT

数据库使用的是SQL2008 ，图片上传至FTP服务器，数据库保存图片路径。

那么问题来了，每天的图片量大概1W左右，终端再从FTP下载图片到本地后，会发现1%左右的图片不完整。

具体表现图片局部空白。


到底是什么环节有可能出现上述问题，并且如何着手解决！谢谢大家

[Tiger_Zhao]

FTP 发送无论成功与否，都有返回消息的啊。
具体看你代码调用的组件，应该有相应的事件的。

[还在加载中灬]

和数据库没有关系 我觉得和FTP关系比较大，会不会是服务器电脑上的防火墙或者一些杀毒原件导致的呢? 或者可能是因为空间满了，或者FTP上传模式不对，FTP传输分两种模式，主动(Port)和被动(Pasv)，这个在FTP软件中可以设置，可以分别在这两种模式下上传测试。 你在服务器上看过那些不完整的图片吗?它们在服务器是完整的吗?

[u010237107]

引用 1 楼 ky_min 的回复:

和数据库没有关系 我觉得和FTP关系比较大，会不会是服务器电脑上的防火墙或者一些杀毒原件导致的呢? 或者可能是因为空间满了，或者FTP上传模式不对，FTP传输分两种模式，主动(Port)和被动(Pasv)，这个在FTP软件中可以设置，可以分别在这两种模式下上传测试。 你在服务器上看过那些不完整的图片吗?它们在服务器是完整的吗?

在服务器上也是不完整的！ 公司一共7个车间，就1个车间特别多，1%，其他也有，但很少！

[还在加载中灬]

引用 2 楼 u010237107 的回复:

在服务器上也是不完整的！ 公司一共7个车间，就1个车间特别多，1%，其他也有，但很少！

也就是上传时就不成功了，你按我上面贴的方法试着排查下~~

[u010237107]

引用 3 楼 ky_min 的回复:

[quote=引用 2 楼 u010237107 的回复:]在服务器上也是不完整的！ 公司一共7个车间，就1个车间特别多，1%，其他也有，但很少！

也就是上传时就不成功了，你按我上面贴的方法试着排查下~~[/quote] 刚被办公室另外一个人搞混，他让我看主动和被动的概念，说，一个客户端发起，一个服务端发起，言外之意，只能用客户端发起的那种方式也就是 被动模式？ 这样说 对吗？

[还在加载中灬]

引用 4 楼 u010237107 的回复:

[quote=引用 3 楼 ky_min 的回复:] [quote=引用 2 楼 u010237107 的回复:]在服务器上也是不完整的！ 公司一共7个车间，就1个车间特别多，1%，其他也有，但很少！

也就是上传时就不成功了，你按我上面贴的方法试着排查下~~[/quote] 刚被办公室另外一个人搞混，他让我看主动和被动的概念，说，一个客户端发起，一个服务端发起，言外之意，只能用客户端发起的那种方式也就是 被动模式？ 这样说 对吗？[/quote] 只能客户端发起，那就只能被动模式了 你可以参考下 http://blog.csdn.net/fzfeng/article/details/8187763 这里解释比较专业

[Tiger_Zhao]

应该是程序问题，你没有判断上传是否成功就把文件名写入数据库了。

[u010237107]

引用 6 楼 Tiger_Zhao 的回复:

应该是程序问题，你没有判断上传是否成功就把文件名写入数据库了。

程序问题吗 怎么判断呢？FTP基于TCP不是很可靠吗？我还要如何去判断啊

[njz168]

1。简单点，上传到ftp服务器后，获得服务器图片文件大小与本地比较。 2。复杂点，ftp服务器，同时开启http服务，提供获取指定文件crc32或md5加密码，取到和本地作同样加密的码，以保证文件完整性。

[Tiger_Zhao]

没有那么复杂，FTP发送端是始终可以知道发送是否成功的。
假如接收端有定时扫描程序，倒是不知道文件是否完全送达，需要发送端再送一个特定命名的空文件，以起到通知状态的作用。