你是说的是C/S模式的系统吗,351个客户端吗?如果是这样的话我强烈建议你用oracle数据库。最好是是服务器用unix。至于你用什么客户端的开户工具都无所谓,关键是要做好以下几方面的工作
1。优化你的数据库,
2。客户端设计要简单,尽量少访问DB
  如一些参数可以一次性读到客户端,不要每用一次就到DB上取一回,这无形加大了DB的负荷,351的并发对oracle也是一种考验。
  我们在PC SERVER+unix+informix下做过100左右的并发,而且不是用的ODBC的数据引擎(用的informix提供的共享模式,快速比ODBC方式快的),系统比例吃紧。上了400个并发的我们都是用的oracle+大机了。
  所以我不知PC SEVER+SQL2000是否够用

解决方案 »

  1.   

    351个用户最好用三层,VB+SQLSERVER如果数据量不大的话没有问题。
    ORACLE用起来比较麻烦。
      

  2.   

    谢谢大家的发言!!小弟是在感谢。我们正在考虑。欢迎更多的高手近来献计献策。一定给分。参与又分。现在,我们对vb是最熟悉的了。可是,vc还要在学习,pb不太考虑。尽管pb写数据库还不错。我们考虑vb6.0是否可行。是否有很多问题。因为,没有用过vb+oracle.要使用
    oracle+vb。在开发上面是不是有接口上的问题。delphi也很好。可是这个程序要考虑以后的问题。毕竟微软还能活几年。它的升级也还好。(软件)。其他的说不定就不存在了。
    真是很难阿。!!!vb+oracle真的不太好???有没有开发过这方面的朋友讲一讲
    谢谢了
    !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! 
      

  3.   

    我用VB+ORACLE写过好几个大的应用,最早的已经用了4/5年了,没什么问题.
    大胆的用吧!(最好写三层结构的)
      

  4.   

    机器好的话,建议用SQL SERVER,去ORACLE看看BENCHMARK,分数相同时,WIN+SQLSERVER的平台配置低
      

  5.   

    KingSunSha(弱水三千):真的没有问题??我们可是要做分布式的。当然是三层了。哦!~这么说,没有生么问题了??我都快愁死了。你再详细说说好吗??我们正在选择·!!!!!
    谢谢了!!!!
      

  6.   

    KingSunSha(弱水三千):
    哇,5年前就开始写三层结构了,难怪水平这么高!5年前我的手才刚刚能摸到键盘,可怜啊!
      

  7.   

    我4年前做的一个物流系统用的还只是2层结构,用户分散在上海、青岛、大连、天津、南京,数据量不小,还要和船公司实现定时的EDI交换。用到现在,除了要增加报表之外,什么问题也没有。ORACLE服务器只要你调试得好,非常稳定,通常是1个月才重启一次(其实我想不重启也没关系)。不过到目前为止,我只用过ORACLE,SQL SERVER怎么样我没权力发表意见。你多听听大家的建议吧
      

  8.   

    vb+sql server 性能不错,容易管理!
      

  9.   

    delphi+oracle我的最爱delphi开发速度快,oracle稳定功能齐全,两者结合还不错
      

  10.   

    vb+sql server性能不错,而且都是microsoft的产品,稳定性和以后sheng级也方便
      

  11.   

    我知道的大系统都用oracle,由以电力系统为最,通常有500个以上的客户端,
      

  12.   

    因为是同一公司的产品所以应该是sql server要好一些,还是要看你的程序的需求
      

  13.   

    KingSunSha(弱水三千):大哥,vb和oracle的结合是否存在什么问题???是不是非的要vc or pb or delphi or java or c++bulider ?我们对vb还是很熟的。可是,要是换一种语言,还要在熟悉。你有经验,讲一下,好不好??。我们都期待着您的回答。
    我们正在考虑用oracle。为了速度和稳定。vb开发oracle数据库是不是很方便???
    请前辈指点!!
    也希望大家都来发言!!
      

  14.   

    到目前为止,我没有发现这种方式有什么太大的问题。vb+ado+oracle或者用vb+oo4o+oracle开发非常方便,关于vb和oracle结合开发你可以参考http://www.vbip.com/books/1861001789/chapter_1789_09.asp.
    我前两天参加了oracle办的iDevelop展示会,觉得asp(jsp) + oracle application server + oracle 9i database非常有前途,你们也可以考虑,毕竟vb转asp还是很容易的。
      

  15.   

    KingSunSha(弱水三千) :谢谢大哥。这么说没有问题了??好啊!我可以和经理说了。
    另外,您说的asp(jsp) + oracle application server + oracle 9i database非常有前途。那么,vb.net是不是笔这些要差很多呢?这是私人问题,请教一下!!谢谢了!!!难道vb.net和oracle application server + oracle 9i database的结合不好???还是不方便!!谢谢执教!!谢谢!!!!!!!
      

  16.   

    这个问题很难解释,个人的看法不同吧。oracle是比较推荐用java,特别是9iAS本身就是用java写的,对java的支持特别好。vb.net没用过,不知道有多少新的功能,不好说。
      

  17.   

    哦!又是java!    vb有点江河日下的感觉。c#异军突起~!!vb.net还不为很多人所尝试。
    真是很难!!我还没有尝试过java。我以为vb弄得很熟,在学其它的应该不难!
      

  18.   

        第一点:在windows平台下,sql_Server2000是最快的,MS的人说在同等配置下sql_server是最快的,这一点我不知道是不是真的我不敢确定。
        第二点:无论你用何种开发工具,至少一点,没有一家的文档比MS的好,我确定,Borland最烂。sun也好不到哪里,oracle我不知道。
        第三点:VB江河日下?我不觉的?在.net下vb和C#只是语法区别,vb.net都支持
        try ..  except  .. finilly了,在.net发布的时候vb.net的help是有中文的
        第四点:vb+ado+orale不是一个3tier的解决方案,我也不知道这个算啥,vb不是一个client端那么简单,vb是开发COM+商业组件的利器,在.net中,vb是线程亲和的这一弊病已经不存在了。
        第四点:asp(jsp) oracle application server + oracle 9i database意味着中间键的开发是java,不幸的消息,MS最新的xp对jvm的支持倒退到1997,注意,asp.net的开发力令人可怕,速度也可怕。
       第五点:你现在用Microsoft Solutions Framework的解决方案,转移到.net上是方便而恰当的。 
       第六点:在COM+配置不在是一件难事,DCOM的噩梦已经结束,安装的友好和方便程度上MS显然更胜一筹。
       第七点:如果你还有什么犹豫的,考虑成本吧!
       另你用vb.net和 asp(jsp) + oracle application server + oracle 9i database这样一个三层架构比较是不合理的,而在中间键上oracle不一定比BEA和Borland的强!
       结论,你用Microsoft Solutions Framework吧,相关文档http://www.microsoft.com/business/services/mcsmsf.asp
      

  19.   

    VB+ORACLE(最好写三层结构) 
      

  20.   

    jasmine(Yaya):谢谢。您如此的热情。我不胜感激。之所以用oracle是因为客户的要求。
    这时才知道的。因为从来没有用过oracle的数据库。所以,有很多犹豫。毕竟,这种事情如果不弄得很清楚,以后麻烦会很大。其实,这些都是厂家的市场行为。微软也许会赢。所以,vb还能存在。至于数据库,我们要用oracle的了。
    sbm(▁▂▃▄▅▇█):是啊,我们就是要写三层的
    谢谢大家,真心的感谢!!!