你做一个压力测试吧,
我做出的测试结果是1秒种可以处理300次请求左右(用SQL Server 2000数据库)

解决方案 »

  1.   

    我在我的机器上只能做到70多次每秒,当然我的机器不太好。
    但主要的问题不在地这里, 而在于,调试很麻烦。比如你把所有的logic写在DB上,用StoredProcedure 是很麻烦的,我写个小东东,光DAtabase操作就有近2000行!!!不过我认为,销路是很高的。也不易出错。 好/就是写code烦得很
    public int Register1(int gender,int agetype,string partner, string city)
    {
    // Create Instance of Connection and Command Object
    SqlConnection myConnection = new SqlConnection(ConfigurationSettings.AppSettings["connectionString"]);
    SqlCommand myCommand = new SqlCommand("Register1", myConnection); // Mark the Command as a SPROC
    myCommand.CommandType = CommandType.StoredProcedure;
    // Add Parameters to SPROC SqlParameter parameterResult = new SqlParameter("@result", SqlDbType.Int, 4);
    parameterResult.Direction = ParameterDirection.Output;
    myCommand.Parameters.Add(parameterResult);
    SqlParameter parameterUserid = new SqlParameter("@gender", SqlDbType.Int, 4);
    parameterUserid.Value = gender;
    myCommand.Parameters.Add(parameterUserid);

    SqlParameter parameterIp = new SqlParameter("@agetype", SqlDbType.Int, 4);
    parameterIp.Value = agetype;
    myCommand.Parameters.Add(parameterIp); SqlParameter parameterIppartner = new SqlParameter("@partner", SqlDbType.Char, 10);
    parameterIppartner.Value = partner;
    myCommand.Parameters.Add(parameterIppartner); SqlParameter parameterIpcity= new SqlParameter("@city", SqlDbType.Char, 10);
    parameterIpcity.Value = city;
    myCommand.Parameters.Add(parameterIpcity); // Open the database connection and execute SQL Command
    myConnection.Open();
    myCommand.ExecuteNonQuery();
    myConnection.Close(); // Return the new Call_id , The newest call_log 's id .
    return (int)parameterResult.Value;

    }
    你要掉用的时候也烦我就不写了。
      

  2.   

    谢谢 pursuer(pursuer) , dvd8x(小蜜蜂) 
    看来MSSQL到是可以啊,我以前一直用Oracle,我当初选用C#是应为他的
    WebForm开发效率很高,但是就是写企业逻辑哪方面我不是很熟悉,(我不想用纯粹的ASP.NET+IIS+ADO+MSSQL)想向高手们讨教一下C#在开发企业中间件方面的效率(推荐些参考资料也可以),本来我想用Delphi的DataSnap来写,后来发现DataSnap虽然会好用些,但是调试很困难!
      

  3.   

    webservice,remoting等技术。
    我们这个用的是webservice作为业务逻辑处理。
    效率不错!
      

  4.   

    webservice,未见其人,只听见其声,不知道长什么样子.
      

  5.   

    webservice效率只有普通程序1/5多层开发推荐duwamish
      

  6.   

    WebService开发非常方便,但运行效率实在是太差。
      

  7.   

    如果你不是对分布式运算有特别的要求、
    web service应该能完全替代com。
    web service编译后生成dll、然后可以在
    别的程序中引用、效率应该不会太低。
      

  8.   

    web server效率太低了,不太适合用在分布式处理速度要求高的地方。
    用.net remoting不错。用c#写组件也很快
      

  9.   

    上次看李维的一篇文章说:
       如果作为一个雏形系统或者入门以及教学的Web Service应用系统那么开发步骤是:
          1.以 ASP.NET 实现Web Service;
          2.以Web Form 或是Win Form开发客户端程序存取 Web Service;
       但是如果作为实际应用中的重要系统而言因该是以下步骤:
          1.以VB.NET/C#/VC++实现企业逻辑组件
          2.定义Web Service的服务接口
          3.以ASP.NET实现Web Service的服务接口
          4.Web Service调用企业逻辑组件进行客户端的运算要求
          5.以Web Form 或是Win Form开发客户端程序存取 Web Service;
    我觉得这样的步骤的确很棒!
      

  10.   

    公司上个项目采用duwamish感觉不太好这次用petshop模式