电信查询系统：几百个客户端，服务器端如何架构？(200分)

C

charleysong

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-12-26

• #1

请大家帮忙，否则春节都无法休息了。
这个帖子在CSDN贴过，没啥反应，前几天无法访问DFW，不知为何。急死我了。
言归正传：
老板刚接了个单子，电信多媒体查询系统。
会有几百个客户端，放在营业厅的那种。可以查询业务流程和话费清单。
俺这里只会DELPHI，JAVA不会。
偶这样想的：要求多媒体，恐怕只有用C/S结构了吧。
请问有经验的高手：
这样的系统在服务器端采用哪种技术构架比较合适？当然用三层结构。
偶的意思是用COM+组件呢，还是自己用SOCKET做一个EXE文件？
俺只做过小规模的COM+系统，二三十个客户端还可以对付，多了没把握。
不晓得COM+能否处理几百个连接？？？
请大家出出主意，主意好的，请吃饭！！！
祝大家新年快乐！！

 

Z

zhuoyuesky

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-12-26

• #2

多媒体?什么意思，最好用3层MTS/COM+

 

C

charleysong

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-12-26

• #3

多媒体的意思是得有动画，声音，界面要花哨。
所疑惑者乃系统之性能（响应时间）及维护成本（全省范围，搞不好得累死，就别提赚钱了）；
结构设计不好，几百个客户访问，还不瘫了？
也不知道架构在WIN2000ADSERVER上的COM+应用，能不能应付几百个客户访问？
偶没有大系统经验。

 

H

hstod

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-12-26

• #4

用Delphi开发ISAPI，返回格式用xml形式返回，最后用xlst格式化就行了，采用b/s的方式方便维护。

 

C

charleysong

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-12-26

• #5

XML，惭愧，兄弟还只是听说，没做过。
请教hstod，需要哪些入门功夫？？

 

G

gong666

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-12-26

• #6

俺觉得用b/s方式比较好,不要说几百个,几千个同进查询也不成问题,
而且,完全可以做到图文并茂
(俺是初学者,认识可能粗浅)

 

C

charleysong

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-12-26

• #7

to gong666：
请问，客户端是用IE好，还是自己做浏览器？
客户端是触摸屏，只允许运行这套多媒体查询系统，连WINDOWS都不允许被看见。
有什么好办法？

 

V

vod_wxg

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-12-26

• #8

楼主，你能不能给一个三层com+的例子给我啊？
我也想学三层，李维的书倒是有，看了一点，收效不高。
My Email:wangxg8888@sina.com

 

C

chinastarsky

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-12-26

• #9

看看李维的分布式系统开发吧,再动动你的爪爪，应该有收获的.大家新年快乐!

 

C

chinastarsky

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-12-26

• #10

技术上这样的应用不存在问题，你看了哪本书后对架构应该有个思路。

 

C

charleysong

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-12-26

• #11

多谢chinastarsky，明天就找书来看看。

 

J

joioy

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-12-26

• #12

偶还是觉得B/S就行了，简单。而且是可以搞得很漂亮。

 

C

charleysong

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-12-27

• #13

to joioy：
俺没做过B/S的东东，老兄能否给出思路，多谢了！

 

C

cdan

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-12-27

• #14

zg

 

B

billrobin

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-12-27

• #15

[^][][][8D][][!]

 

B

billrobin

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-12-27

• #16

建议您用多层分步式应用系统。几百个用户应不在话下：
1：您可以建多个应用服务器，分担服务器的负荷。
2：大富翁有个关于session方面的讨论，您可以建一个连接池。（解决BDE的限制）
3：使用DCOM连接，这是目前我认为最稳定的连接方式。（系统运行三年没有一次非正常死机）
.........

 

Y

yjb1981

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-12-27

• #17

关注
[][]

 

L

lich

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-12-27

• #18

几百个算个球了,用Web方式就足够了,
多媒体,几百个肯定没问题,
很多网站都有400-800人同时在线呢

 

H

hmjku

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-12-27

• #19

COM+能搞定的，几百个没问题，不过这个对数据库有要求，有几百个客户端，那么我认为用ORACLE最好不过了

 

C

charleysong

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-12-29

• #20

感谢楼上各位老兄，偶的设想（请大家扔砖头）：
1、用不用数据库无所谓，因为是需要和电信计费系统链接的，自己不需要存数据；而且为了省事，也不想记录用户登录及使用情况；（如果使用DB，应该是ORACLE9i）
2、初步计划用B/S方式，维护方便（老板赞成，省出差费用，^_^）；
3、在服务器端，用COM+组件与计费系统链接；把这些组件的服务用WEB SERVICE包装起来，在客户端调用WEB SERVICE提供的服务（这样是不是就可以解决非结构化数据如多媒体文件的传输？）；
4、老板的疑问：客户端显示用IE好像不大专业，因为老板看了其它的几个查询系统，问能不能把IE的框架隐藏起来，或者自己做一个浏览器？对这个我没有头绪，请大家指条明路，多谢！
顺祝：新年快乐，大家发财！