这种OA要咋做？你没见过的。

Question

可能大家没见过··也可能见过OA放到Internet每个一个客户端，就是访问网站的人本机上都会有一个小DB，登陆之后可以吧自己的DB发送到经理那里，这里只发送更新的数据老数据就不发了。如果经理在线就发到服务器上，服务器在转发给经理PC，这样经理访问浏览器，server读取经理的本地的DB并展示数据。转发之后服务器上的数据删除。只要就是不想在服务器上存有重要数据，所以采用这么麻烦的方式。但是B/S可以实现吗？我觉得太麻烦了你浏览了我的网站，我还会对你本机做IO操作，并远程抽取文件。好像不太可能啊··大家给我点意见吧我简单化了一下图

Answer 1

也没有什么不可能。做好client端用的应用程序(main主函数的那种)后，打成jar包，设好权限（因为你要操作客户的IO还要连接服务器的db），加好数字签名。做一个jws，让客户去点击，客户点击后，出现签名的确认窗口，让他们点yes，然后就ok了。

Answer 2

GOOGLE 不是放弃Google Gears 了么，转向HTML5.0HTML5.0就有离线存储的功能。

Answer 3

可以采用定时任务的方式处理，每天固定的时间发送数据到server机上或者的用户登录后，触发任务，发送数据到server机上

Answer 4

不想在服务器上存有重要数据，我觉得有很多实现方式，你可以不用读取客户端的数据啊，把每一个客户端的db做成动态读取的就可以。
1、不同的员工根据自己的配置读取相应的DB；
2、经理根据经理的DB；
3、员工同步自己的DB到经理的DB；相当于做成母子DB的形势，我就得就行。

Answer 5

顺着楼主的意思,客户端做成applet,嵌进前台页面就可以了

Answer 6

我刚才写了一个Demo
可以实现读取客户端文件。但是觉得挺麻烦的。还要数字签名，applet我在想有没有更好的方式。

Answer 7

B/S的结构当然可以做。
你把每个用户的DB数据，都存放到Server端不就行了么 ？
具体讲，也就Server端，多建几张表而已。

Answer 8

不可行吧，浏览器安全机制不允许自动对本地文件进行操作，要想操作本地文件要很多手动本地安全操作，那样的话还不如C/S架构，你可以考虑C/S,B/S混合用，用本地软件连接到服务器验证并通过服务器处理逻辑，这样的话视乎有点像QQ。
话说回来，你就是为了传送DB文件么？直接EMAIL不得了 没太懂你意思，反正让浏览器自行操作用户文件很麻烦，基本不能做到灵活 

Answer 9

我又看了下，不知道这样能不能满足你的要求：
客户与经理同时在线
1.通过验证登陆服务器，并提交自己本地IP和DB密码等参数，服务器识别经理身份并连接经理DB，然后服务器将数据与经理DB进行简单的判断，如果是新数据则向经理DB存储数据，然后服务器删除自己的DB。
2.客户通过验证登陆服务器，并提交自己本地IP和DB密码等参数，服务器得到参数尝试连接客户DB，通过之前保留的标记找出新的数据并暂时存入服务器DB。3.为了安全，只有在经理在线客户才能登陆服务器连接DB。如上就完成了DB的数据传递，但是这样的操作没有必要B/S架构的。

Answer 10

上面的说反了，应该这样：
我又看了下，不知道这样能不能满足你的要求：
客户与经理同时在线
1.经理通过验证登陆服务器，并提交自己本地IP和DB密码等参数。
2.在经理在线的情况下客户通过验证登陆服务器，并提交自己本地IP和DB密码等参数，服务器得到参数尝试连接客户DB，通过之前保留的标记找出新的数据并暂时存入服务器DB。
3.服务器识别经理身份并连接经理DB，然后服务器将数据与经理DB进行简单的判断，如果是新数据则向经理DB存储数据，然后服务器删除自己的DB。
3.为了安全，只有在经理在线客户才能登陆服务器连接DB。如上就完成了DB的数据传递，但是这样的操作没有必要B/S架构的。

Answer 11

倒不是为了效率，只是为了数据的安全，一些重要的数据不想放到服务器上，
我已经通过applet的数字签名可以操作用户本地的文件了，读写都可以的。fxyfxy说的挺好谢谢啊