请您谈谈有关远程数据存取的解决方案...(200分)

首先，谢谢您关心我的提问，本问题承诺：回答者至少一分，不够另加。
有一系统用于管理某公司的库存与销售，该公司在香港、杭州、上海、广州都设有销售分公司，
现需要将各分点的数据集中管理。
说明：各分点使用同一套系统(DELPHI 6+MIDAS+SQL SERVER 2000)；
我认为有两种解决方法：
1、找足够理由，说服客户安装DDN数据专线，将中间层与数据库服务器都放在广州，
各分点用StocketConnection连接到中间层，不知速度与完全性怎么样？
3、各分点都用独立的数据库服务器，通过Internet进行使用联机更新，
比如：上午10点各分点都同时上网，然后将各分点最新数据取过来，
虽然麻烦但也有优点(省钱嘛)，但数据检索会不会很麻烦？说实话我还没有找到
很好的解决办法。
结合目前国内(广东省东莞市)网络速度，请您谈谈使用经验，欢迎提出‘注意事项’与‘难点’。

1、数据库远程备份，那不是INTERNET玩的起的，所有大公司的备份系统全部是专线连接，
而且也都是增量更新。
2、如果采用报文作为数据库中介来进行数据更新，是一种可取的方法，而且看样子你的
系统应该是同构的，这就更简单了，这种方式可以通过INTERNET来传输报文。
数据库——报文——INTERNET——报文——数据库。
3、第一种方式，是标准的C/S模式，只要你能说服客户用DDN，当然不会有什么问题了。

用专线是最好的方法，开发简单，数据维护简单。
>>各分点都用独立的数据库服务器，通过Internet进行使用联机更新
各分公司的业务有无交叉？数据对时间的要求如何？如果每天更新一次，数据不同步。
客户在A公司进行交易后，到B公司又进行交易，但B不知客户已经在A进行交易了。这种
行为不知对你的业务有无影响，尤其是涉及到Money的情况下要避免。

听课

其实用不着专线。数据量是不是非常非常大？用 猫不行吗？我知道的有很多的都是用猫，
包括我亲眼看见的中国移动公司入网都是用它。

同意楼上的意见，其实数据量不大的话用猫、C/S结构就足够了何必用MADIS

谢谢大家的回答。
1、不用专线是可以，只是速度很难让人接受，因为至少考虑每天一张表录入5000条数据，
大概有5个这样的表(针织制造业企业,详细收发资料)。
所以我才考虑通过Internet进行使用联机更新，但确实有交叉更新的情况，
增加系统捡索最新数据(需更新数据)的难度。
2、至于用Midas，我认为不会是种浪费，因为我这两年一直用，哪怕是企业内部只有两台
电脑同时使用的系统我都用Midas+Access，感觉比C/S好。
我想听听您的经验之谈。

如果用ddn那么没什么说的了，
如同局域网
用猫就复杂一点点，
如果要编程控制的话首先要同步数据，
然后才能进行操作，最后统一时间上传数据，
如果采用SQLSERVER2000就好办了，
可以采用发布复制操作，
不用人为干预了

用ASP.NET吧，这个正是ASP.NET的长处，或者你可以用
用DELHI6 做 WEB SERVICE 也行就是DELPHI.NET，这种方式更好，更省钱！

有没有考虑使用公文包模式，这样对网速就不会有那么大的要求了，

公文包模式
是什么意思？

公文包模式（BriefCase）就是把数据先保存到本地文件中（ado），以后客户端可以
脱离数据库Server，使用这个文件中的数据进行操作。最后再连Server将更新过的
数据提交。

VSAT技术听说过吗,就是用卫星,费用低廉,带宽336K,很宽的

XML的离线公文包例子你可以看一看，这种方式现在很流行。

可以用这么多的方式来解决问题。
有点眼花缭乱哦！ ：）
那么您呢？ 您用什么方法，各位所讲到的是否已经实施过呢？
看来，我得多花时间学新技术才行。
：）
谢谢各位！

结束一次没有成功，
分数就平分吧。

唉，来晚了，我倒有点心得，可你已经结贴了。

用以下介绍的方法实施的系统已成功运行一年多了。
数据库复制技术在Internet上的实现
高科华

1. 引言
在开发跨地域进销存管理系统时，如何实现不同地区的数据同步，如何保持数据的一
致性、及时性成为系统成败的关键。我们成功地解决了这个问题，现介绍如下。
系统环境
数据库系统：SQL Server 7.0
操作系统：WINDOWS NT 4.0，IIS4.0
网络：销售中心通过一条专线连接到Internet，各地区分销点通过modem拨号连接到
Internet。
2. 复制策略
综合考虑各种因素，如数据联系的紧密程度、网络的可靠性、费用等，我们选择分散
处理数据，定时同步数据的方式。为此，我们把数据分为两类：只需单向复制的数据
（例如系统的基础数据、一部分日常处理的数据? 、需双向复制的数据（一部分日常处理
的数据） 。 只需单向复制的数据又可分为：由销售中心维护，分发给各分销点的数据；
由各分销点维护，汇总到销售中心的数据。不同类型的数据需采用不同的复制策略。
由销售中心维护，分发给各分销点的数据
在销售中心的SQL Server上设定其自身作为出版服务器和分发服务器，定义好出版物，
采用事物复制模型和匿名订阅方式。在分销点的SQL Server上设定拉式订阅。
由各分销点维护，汇总到销售中心的数据
在分销点的SQL Server上设定其自身作为出版服务器和分发服务器，销售中心的
SQL Server作为订阅服务器。定义好出版物，采用事物复制模型。并设定推式订阅，将数
据复制到销售中心。
需双向复制的数据
在销售中心的SQL Server上设定其自身作为出版服务器和分发服务器，定义好出版物，
采用合并复制模型和匿名订阅方式。在分销点的SQL Server上设定拉式订阅。
为什么采用上述复制策略呢？这是因为销售中心的计算机上有固定IP，而分销点的计
算机上只有动态IP以及数据有不同的分类。
3. 应注意的问题
A. 在销售中心的SQL Server上用Client Network Utility正确设置网络连接。选择程序
组Microsoft SQL Server 7.0中的Client Network Utility菜单，在弹出的SQL Server
Client Network Utility对话框中点击Add按钮，在弹出的Edit Network Library
Configuration对话框中输入服务器别名centerdb,在Computer name文本框输入销售中心
计算机的IP地址，在Port number文本框中输入端口号，缺省是1433，在Network librarys
单选框中选择TCP/IP
B. 在销售中心的SQL Server上设置出版物允许通过FTP下载快照（snapshot） 。在
SQL Server Enterprise Manager中选择tools-Replication- Create and Manage
Publications，在Create and Manage publications对话框中创建出版物，出版物创建后
选择所创建的出版物，然后点击Properties&Subscriptios按钮，在出版物的Properties
对话框中的Subscription Options页框上选择Allow snapshot to bedo
wnloaded using
FTP(File Transfer Protocol)。
C. 在销售中心的Windows NT Server上设置FTP站点。选Microsoft Internet Information
Server-Internet Service Manager。点击FTP service设置FTP属性，设置FTP站点的IP地
址为销售中心计算机的IP地址，FTP站点的目录为/Mssql7/Repldata/Ftp。
D. 在分销点的SQL Server上设置拉式订阅, 在SQL Server Enterprise Manager中选择
tools-Replication-Pull Subscription to …按照向导创建拉式订阅，在创建过程中注意
选择Yes,use FTP to Copy the snapshot files。
好了，你现在对怎样在Internet上实现数据库复制应该有了清晰的思路。接下来就不
难完成设置的细节部分了。

这是我第四次结束问题.