客户端用vb＋access，服务器端是asp＋sql2000。如何上传数据？放在asp还是放在vb里面实现？如何实现？客户端200多台。
第一打算用ftp，这样上传的实际上是数据文件，需要解决的问题是如何能让sql 2000自动从文件中导入数据，而且如果多个客户端的数据有冲突的话，如何返回给客户端。
第二打算用ado直接操作sql2000，担心的是200多台机器几乎是同一个时间段上传，性能上会不会有问题。
第三可不可以在sql2000上建立多个临时数据库，客户搜索空闲的临时数据库（没有写的操作），然后上传。在sql2000上建立任务定时从临时数据库导入数据。不过这样也解决不了数据冲突时如何通知客户端并返回数据。
大家有没有好的办法，指导一下。
第一打算用ftp，这样上传的实际上是数据文件，需要解决的问题是如何能让sql 2000自动从文件中导入数据，而且如果多个客户端的数据有冲突的话，如何返回给客户端。
第二打算用ado直接操作sql2000，担心的是200多台机器几乎是同一个时间段上传，性能上会不会有问题。
第三可不可以在sql2000上建立多个临时数据库，客户搜索空闲的临时数据库（没有写的操作），然后上传。在sql2000上建立任务定时从临时数据库导入数据。不过这样也解决不了数据冲突时如何通知客户端并返回数据。
大家有没有好的办法，指导一下。
1.服务器方，ASP是做什么用的？
2.客户端200多vb＋access？是个什么样的系统？不至于是个动态网站，后方有200多个在线支持人员吧？
1、数据量究竟有多大？
每个客户端大约有1000多条记录,大多是货币型.估计也就是几k的数据.
2、客户端数据在哪方面存在冲突？
有些字段客户在录入的时候可能出错,比方说身份证.如果两个客户端都录了同一个身份证(其中有一个错录),他们自己感觉不出来,报上去后两个数据就会冲突.
3、客户端的分布？
大多是拨号上网.zhp80(zhp80)
1.服务器方，ASP是做什么用的？
服务器用vbscirpt+sql 2000
2.客户端200多vb＋access？
对,客户端需要存储本地数据的.
是个什么样的系统？不至于是个动态网站，后方有200多个在线支持人员吧？
我没有看懂你的问题,不过确实是个动态网站.后面倒是不需要有200在线支持人员.一个就够了.