实现一个远程数据访问系统，如何实现？

[Brierbird]

是使用分布式数据库，还是使用普通数据库？
如果是使用分布式数据库，登陆权限由谁来验证？数据库本身？服务端程序？
如果是使用普通数据库，同样，登陆权限由谁来验证？

[zzh]

由服务端程序完成这个功能比较好，客户把登录信息传到服务程序中，服务程序根据数据库中设置进行验证

[wyzegg]

一般有个应用服务管理连接，还有几个文档服务处理数据，可以顶住好大压力的

[Brierbird]

To windfic:
对，我没这方面的经验，表达是不太清楚。
我的目标，比如飞机订票系统，这应该比较明确了吧（当然我不是做这个，只是一个比方），各个订票点都必须能查询和修改数据，而且又得有一个用户登录过程，否则，呵呵，机场甭混了。
我就没明白这样的系统一般是采用什么方式来实现??是直接使用分布式数据库系统，还是由自己开发的软件来实现这样的分布式功能，就是让用户感觉不到是在使用远程数据库
还有，三层结构，是什么？不好意思，不懂的说

[Brierbird]

如果只就登录本身，那还好说些。
如果如上面两位所言，那么客户端的数据获取请求不就都得由服务端程序来处理，这要是不是有些繁琐呢？还有，这样的话，服务端的压力及共享问题都得由自己解决了？

[天下云飞]

你的需求不是很明确，无从设计系统
分布式系统的最终目标是用户级感觉不到分布式应用
它的表现和一个本地库是一样的
所以也就不存在登陆权限的问题
如果你是仅仅想使用一下另一个系统的数据
而不是集成一个系统
那样的话，可以使用三层结构，由服务端验证数据的最终流向

[Brierbird]

Up

[天下云飞]

你的这种情况
几种方案都可
用ORACLE做的话，做一个纯分布式的方案
就是每份资料只在数据库中有一份
将分布在各地的数据库集成在一起
这是ORACLE的功能，做好之后，用户看到的是一个数据库
不知道这些数据具体是在哪儿
它的要求是网络要求严格，必须时刻联通

或是做一个复制式的方案
就是每个数据库都有全部的数据，
由ORACLE负责它们的同步

当然还有两者的折中方案，而且大多数都是

还有就是三层结构，由数据库，服务器，客户机组成
客户机向服务器查询，服务器根据查询的情况
判断数据在哪个数据库而直接连上数据库

[天下云飞]

你的情况很复杂

很难讲得很清楚

这本来就是设计中的最重要的部分啊

[Brierbird]

谢谢。