C CJ Unregistered / Unconfirmed GUEST, unregistred user! 1999-10-24 #41 asta提供了恶多的“现成”的应用程序服务器（BDE/ODBC/DAO/ADO...） 不用你写，直接拿客户往上连就可以
堕 堕落·阿修罗 Unregistered / Unconfirmed GUEST, unregistred user! 1999-11-03 #42 小弟有个苯办法……把数据库在服务器那里和WEB服务器连起来…… 做CGI不好么？如果觉得浏览器的输入输出太次，嵌入ACTIVE X也 可以，专门做个访问WEB的客户端也可以，自己做的话，只是一个EXE 而已，拿着也方便，不拿还可以即时下载（一般要400K），而且可以 做成能和本地的WORD之类的OLE连接，功能就更强大了。 多层的数据库……小弟太次，搞不来，所以没什么意见好说。
小弟有个苯办法……把数据库在服务器那里和WEB服务器连起来…… 做CGI不好么？如果觉得浏览器的输入输出太次，嵌入ACTIVE X也 可以，专门做个访问WEB的客户端也可以，自己做的话，只是一个EXE 而已，拿着也方便，不拿还可以即时下载（一般要400K），而且可以 做成能和本地的WORD之类的OLE连接，功能就更强大了。 多层的数据库……小弟太次，搞不来，所以没什么意见好说。
C cAkk Unregistered / Unconfirmed GUEST, unregistred user! 1999-11-03 #43 堕落·阿修罗: 我有时候也是用你的办法,还不错,至少目前还没什么麻烦.
G gaosheng Unregistered / Unconfirmed GUEST, unregistred user! 1999-11-15 #44 Hi: 有些可行，如果网络尚可的情况下，较容易的方式（可能效率不是太高） 是： 1、 browser/ webserver / database; 通过浏览器页面及WEBserver访问数据库 (可用JAVA、CGI、ASP都可以)。 这样做是可行的，但是我担心网络的情况，如果太差，就会慢。 2、 但是如果你是用的NT或服务器支持用户拨入可以让用户远程登录（当然要支持多用户时 要用拨号器），可以让用户远程登录（直接拨号）再访问WEB SERVER 这样会快些 但是要贵多了。
Hi: 有些可行，如果网络尚可的情况下，较容易的方式（可能效率不是太高） 是： 1、 browser/ webserver / database; 通过浏览器页面及WEBserver访问数据库 (可用JAVA、CGI、ASP都可以)。 这样做是可行的，但是我担心网络的情况，如果太差，就会慢。 2、 但是如果你是用的NT或服务器支持用户拨入可以让用户远程登录（当然要支持多用户时 要用拨号器），可以让用户远程登录（直接拨号）再访问WEB SERVER 这样会快些 但是要贵多了。
H hntangwei Unregistered / Unconfirmed GUEST, unregistred user! 1999-11-15 #45 1.没有什么问题的。只要你处理好在大数据量的时候，要想到网络传输是 很慢的。 2.你还是老老实实用nt吧。上linux/unix什么的不太顼实。数据库就用 ms的sql7吧。便宜，好用。
J jobsxy Unregistered / Unconfirmed GUEST, unregistred user! 1999-11-15 #46 其实我觉得用邮件方式比较好因为手机传送的一般是一些野外的采样数据， 比较以前一个生物小组就是把关键数据传送服务器，然后进行数据比对， 返回比对结果，其实只要控制住数据传输量，速度还是可以接受的。 关键在于手机传输需看当地通信网络是否支持
其实我觉得用邮件方式比较好因为手机传送的一般是一些野外的采样数据， 比较以前一个生物小组就是把关键数据传送服务器，然后进行数据比对， 返回比对结果，其实只要控制住数据传输量，速度还是可以接受的。 关键在于手机传输需看当地通信网络是否支持
M mxt Unregistered / Unconfirmed GUEST, unregistred user! 1999-11-16 #47 我认为你的办法是可行的!!!! 只是在程序设计上要多考虑一下. 不妨在客户程序上做个本地机数据库. 先从服务器上下数据(C/S方式)到本地机数据库。 在本地机数据库上进行数据处理 处理之后再发数据到服务器 ..... 这样做不就行了吗?
我认为你的办法是可行的!!!! 只是在程序设计上要多考虑一下. 不妨在客户程序上做个本地机数据库. 先从服务器上下数据(C/S方式)到本地机数据库。 在本地机数据库上进行数据处理 处理之后再发数据到服务器 ..... 这样做不就行了吗?
S spear Unregistered / Unconfirmed GUEST, unregistred user! 1999-11-23 #48 我用过NT的RAS做过远程数据库的项目， 困难很多， 主要是要保持数据的一致性。 如在服务器上的编码 库的增加和删除时客户端也要保持每次上网时同步， 只要能保持数据的一致性，速度的问题不是太大， 因为我也用的是9600bps.另外， 客户端对原来的 数据的修改可能比较麻烦，那需要建立多个表来进行 数据一致性的保证。 如要建立数据的删除库， 修改库， 增加库等
我用过NT的RAS做过远程数据库的项目， 困难很多， 主要是要保持数据的一致性。 如在服务器上的编码 库的增加和删除时客户端也要保持每次上网时同步， 只要能保持数据的一致性，速度的问题不是太大， 因为我也用的是9600bps.另外， 客户端对原来的 数据的修改可能比较麻烦，那需要建立多个表来进行 数据一致性的保证。 如要建立数据的删除库， 修改库， 增加库等
