这两天我还看了一下协议方面的,在Tcp/ip协议族里面包含UDP和TCP,UDP是数据报协议,TCP是数据流协议,UDP和TCP都是建立在IP层的传输之上的.TCP协议本身已经已经做了完整的算法,对于丢包重发,发包顺序,拥塞控制等都做了处理,属于和式上升,积式下降. 而UDP没有做任何的处理,直接发包,对于丢包等是不做任何处理的.就从用的简单性上来说,TCP是最简单的,因为协议本身已经做了处理.所以UDP的可靠传输就显的复杂多了(我没写过,不知道有多复杂).但我看到网上有很多关于UDP使用的描述,如果可靠传输写好了,效率确实非常的高,而且资源占用也是非常小.<br> 作为使用者来说,我考虑的是稳定,并发,速度是几个关键的,具体底层是怎么写的,我是不怎么关心的,只要满足我的需求就可以了,哈哈.<br> 在同网的测试中(我和几个同事都用adsl连接用adsl做的服务器),asta,remobject,dbanywhere反映都还是不错的,速度都可以接受.但asta,remobject在异网的测试确实是不太满意,卡的厉害,还时不时的出现网络中断现象.dbanywhere反映就好多了,没出现一次网络中断,反映速度还是很不错.<br> 当然,速度不是最关键的,稳定第一,我正循环查询海量数据,不让程序停,'蹂躏'服务器端,哈哈,看看哪个顶的住.<br> 说实话,dbanywhere是国内做的,我也关注了一段时间了,这次测试用的他们的最新版本,看看最后测试如何吧,首先支持一下国产(担心总是有的),哈哈.<br> 从使用简单程度上来说,我到是比较看好dbanywhere,使用和他们说的ado,bde差不多,这个也是差不多,看看就明白了.<br> 我先继续测试,最后由老板来定,源代码一定需要的,支持一下正版,反正也不是我花钱买.<br> 感谢各位的帮助,我会继续把测试结果告诉大家,给大家一个参考.<br><br>最后, to danng:<br>我测试你的demo的时候,在测试环境中,多次出现:<br> 执行错误:可能是由于网络已经断开.<br> connect reset by peer.<br>有时候出现:<br> 执行错误:可能是由于网络已经断开.<br> 详细信息:Invalid binary header....<br> 后面是一堆看不懂的XML <?xml....> <br><br> 查询的数据也很少,而且卡的厉害,放到同网的服务器上还是可以的,速度也还不错.<br> 而且有个问题就是,后面的窗口总是不小心就跑到前面,好象是后面透过来的,很奇怪.