D
delphilai
Unregistered / Unconfirmed
GUEST, unregistred user!
这样的多层大型系统该如何解决?
一台在internet上的服务器,有大量的客户端访问它,网络传输数据量比较大,客户端数量比较多,远程服务器端有所有客户端共享的一个数据库,保存了每个客户端机器(其实应该是“用户”的概念,需要向远程服务器申请一个帐号)的部分资料,每个客户端用户自己本机又有一个属于自己的数据库,而客户端又是三层结构,客户端机器的客户端程序通过客户端机器的服务端程序(相对远程服务器又是客户端)去访问远程服务器,客户端机器可以不连接远程服务器,也可以随时连接远程服务器,平时客户端机器在自己的局域网环境中运作,跟一般的三层程序一样,但可能同时又需要和其他的局域网客户端在远程服务器机器共享一些数据,并能够通讯,比如发消息(发送端不一定需要即时和接受端通信,可以离线,当接收的远程客户端上线时自动提示)这样的系统应该如何规划?有点类似于qq,但又不同,因为不仅仅聊天那么简单,(这种架构还是蛮多的,举个例子,麦当劳各个连锁店自己有内部的局域网和相对独立的管理程序,各个连锁店独立核算,而卖当劳总部又有各个连锁分店的资料,这些资料可以供各个分店访问,并向其他的分店通信,比如A店缺货,可能会向B店发一个订单,传输一些文件等等,每个新开的分店在系统初始建立时向总部申请帐号,发送一些请求服务,总部可以审批通过,控制分店的部分信息,当然因为分店相对独立,总部无权去访问分店的内部数据,只能作为中转站一样,但又可以向各个分店发布一些公告之类的)。考虑到卖当劳在全世界都有分店,可以在每个国家、地区架设一个远程服务器负责给当地国家、地区的各个分店提供服务,这样就可能有N 层了。 这 种架构应该如何规划?包括用什么开发、是用windows程序还是用web程序形式、客户端和远程服务器什么方式连接、传输数据的形式(比如 A分店通过总部向 B分店传一个主从表形式的 订单数据是用数据集还是定义一个协议按一定的格式传输)、需要考虑到什么问题的? 还有其它的一些该考虑的问题大家都讨论讨论。
一台在internet上的服务器,有大量的客户端访问它,网络传输数据量比较大,客户端数量比较多,远程服务器端有所有客户端共享的一个数据库,保存了每个客户端机器(其实应该是“用户”的概念,需要向远程服务器申请一个帐号)的部分资料,每个客户端用户自己本机又有一个属于自己的数据库,而客户端又是三层结构,客户端机器的客户端程序通过客户端机器的服务端程序(相对远程服务器又是客户端)去访问远程服务器,客户端机器可以不连接远程服务器,也可以随时连接远程服务器,平时客户端机器在自己的局域网环境中运作,跟一般的三层程序一样,但可能同时又需要和其他的局域网客户端在远程服务器机器共享一些数据,并能够通讯,比如发消息(发送端不一定需要即时和接受端通信,可以离线,当接收的远程客户端上线时自动提示)这样的系统应该如何规划?有点类似于qq,但又不同,因为不仅仅聊天那么简单,(这种架构还是蛮多的,举个例子,麦当劳各个连锁店自己有内部的局域网和相对独立的管理程序,各个连锁店独立核算,而卖当劳总部又有各个连锁分店的资料,这些资料可以供各个分店访问,并向其他的分店通信,比如A店缺货,可能会向B店发一个订单,传输一些文件等等,每个新开的分店在系统初始建立时向总部申请帐号,发送一些请求服务,总部可以审批通过,控制分店的部分信息,当然因为分店相对独立,总部无权去访问分店的内部数据,只能作为中转站一样,但又可以向各个分店发布一些公告之类的)。考虑到卖当劳在全世界都有分店,可以在每个国家、地区架设一个远程服务器负责给当地国家、地区的各个分店提供服务,这样就可能有N 层了。 这 种架构应该如何规划?包括用什么开发、是用windows程序还是用web程序形式、客户端和远程服务器什么方式连接、传输数据的形式(比如 A分店通过总部向 B分店传一个主从表形式的 订单数据是用数据集还是定义一个协议按一定的格式传输)、需要考虑到什么问题的? 还有其它的一些该考虑的问题大家都讨论讨论。