挑战的方案

Question

数据库和开发工具完全没问题，只是使用C/S结构不太合理，100用户的Oracle就以经很贵了，1000个Session??建议改为B/S结构

Answer 1

如果只是licesen的问题，还是可以接受，B/S似乎比C/S慢？
性能是最重要的

Answer 2

如果你的画面数据只有4K左右的话，带宽在64以上，用B/S不成问题。
我们自己做开发不用.NET，觉得不是很好，就直接用asp+(com+)+数据库，上传文件不大于1M的话，如果用基于上边的条件，在HTTP下很快，再大的文件就写OCX，用WININET。

Answer 3

呵呵，跟我们公司以前的配置差不多，不过我们是j2ee的，很慢很慢~~~~~~~~~~~~

Answer 4

使用RAC，1000个session 3个instance就够了。

Answer 5

RAC确实是好的想法，不过投资要大多了
我想带宽不是主要问题，关键在于应用的设计要简洁，1000个session 要避免超时和锁

Answer 6

用asp.net可是实现呀，将程序服务器和数据服务器分开
哦，反正你的数据库服务器也用不成.net哦　：)

Answer 7

看了大家的讨论，我谈一谈我的看法
对于B/S的建议，我建议你要从项目管理的角度来衡量一下，显然，你的团队都熟悉C/S的结构下开发，因此，如果直接采用，ASP.NET，对于开发人员来说，几乎就是换了一套。风险太大。要慎重。
其次，性能的改善可以从两个方面考虑，性能其实就是RESPONSE TIME,HIGHT AVIALABE,COST三条边组成的三角形。如果COST固定了，那么，你能调整的就只有RESPONSE TIME,HIGHT AVIALABE。反之亦然，因此，你首先要确定，那条边你是不能调整的。我想绝大部分情况下，COST是不能动的了。那么，我们来看，对于一个系统来说RESPONSE TIME,HIGHT AVIALABE那个是要优先照顾的，当大量用户访问的时候，显然系统崩溃是绝对不允许的。因此，系统架构的首要是保证系统不能在大用户访问情况下，大家都做不了事情。
综合以上两点，我觉得WEB SERVICE是你比较可以考虑的。
1 web service，你增加的是服务器段，开发一些无界面的服务程序。你的团队可以继续使用。
2 采用web service，其实等于在数据服务器前，加了一层缓冲层，利用web server可以有效地处理大并发用户的访问请求。而且，这方面的load balancing技术很成熟，你实施的风险也小的多
3 至于响应速度，我觉得是一个education client的问题。可以容忍的速度，才是最重要的。

Answer 8

Frame Relay是帧中继吧，电信的人和我说过比较慢，不如ddn，就是便宜，这个可能会成为瓶颈，具体是不是这样可以咨询一下网络服务提供商

Answer 9

dotnet的webservice功能很强大，远程访问肯定没有问题。在数据处理上一定要分页处理，这样可以缓解带宽的瓶颈。

Answer 10

正如ahalf(ahalf)说的一样。
我们不要孤立地来区分C/S和B/S的体系结构。以我看来，C/S和B/S从体系架构上没有什么大的差别，B/S应该说是一种瘦客户端类型C/S结构中的一种实现而已（客户端一律采用了WEB BROWSER）。
因此，从体系结构上来说，必须要考虑应用服务器的存在。CLIENT->APPLICATION SERVER->DATABASE SERVER。至于CLIENT程序是不是WEB BROWSER还是传统的WIDNOWS程序，要更多地从项目管理的角度来衡量。
而在APPLICAITON SERVER的设计上，我认为，从项目分险的角度出发，采用成熟的APPLICATION服务器产品要比你自己开发的服务器分险小的多。