我的Remoting中间层一些SQL操作方法,访问着oracle数据库。这些SQL方法,以DATASET, DATATABLE返回客户端。
但数据量也不会太大呀。后来我搞了一个DATASET常用数据缓存起来。 这个DATASET有的数据,就不到中间层去取数据了。但是运行效果也不明显。不知各位有没有什么好的方法呀。不好意思小弟手上只有20分了。

解决方案 »

  1.   

    这个速度慢应该不是remoting的问题。因为你已经缓存了还是慢,所以你的速度瓶颈应该是在你的DataSet解析上,你是怎么样让它显示?绑定服务端控件Or拼字符串?注意那段解析代码的写法,便于尽量少用"+"连接字符串,用StringBuilder来做要好的多!希望我说的对你有帮助!
      

  2.   

    to : it_mpf  能否细说一下关于DataSet解析,及显示, 他是一些什么事情。我是这样处理的:
    例,中间层类中有这样一个方法(他直接去返回一个结果的DATASET)
            public DataSet GetRoomCondition(bool All)
            {
               ...................
                return dsResult;
            }客户端:
              DataSet ds = new DataSet();
              ds = lc.GetRoomCondition(true);  //直接用一个DATASET去承接。
    不知这样和效率有什么关系,如何改进。
      

  3.   

    不是哦,我是问你怎么让这个DataSet显示出来的
    这个显示出来的程序是不是有待改进~~
      

  4.   

    lz应该先比较一下在局域网和互联网的速度,这样能看出来是不是网络问题。
    不过DataSet的Xml序列化有个建议就是利用DataSet的ReadXml和WriteXml转化成string后再传输、解析,速度会好一些。
      

  5.   

    显示就直接放到GridView下就好了呀.
    GridView1.DataSource = DataSet1.Tables["****"].DefaultView;或是取里面的数据出来用就好了呀.
      

  6.   

    没用过REMOTING,但我个人觉得它不适合用在互联网上而且像楼主这样处理,还不如自己写个SOCKET的管理程序来处理算了,速度会更快
      

  7.   

    本地速度还不错。
    remoting 是比较方便的技术呀。
    socket数据量一高,处理不好会堵塞。
      

  8.   

    关于数据压缩,解压及加密,解密。
    不是由.net自动完成吗?
      

  9.   

    你说的慢有多慢,等待1、2秒也算正常操作哪步时会慢呢。就remoting本身来讲,应该不是造成你慢的原因。