WPF的优势在于界面处理,即使是这样,在面对大数据量的时候也免不了界面假死,同一个线程里处理界面跟大数据量,这是不可避免的。解决办法还是有的,可以使用分页显示,虚拟加载,增加条件限制... 比较好的解决办法是使用异步+绑定的方式,即绑定控件的数据源,异步获取数据。要解决界面假死,异步获取数据是...
分类:
其他好文 时间:
2014-08-12 12:39:04
阅读次数:
191
转自:http://www.cnblogs.com/virusswb/archive/2010/01/08/1642055.html我以前对.NET连接池的认识是错误的,原来以为在web.config中设置了连接池,每次发起的数据库连接也还是会是新的,每个sql请求就是一个连接,需要打开和关闭。因此...
分类:
Web程序 时间:
2014-08-12 10:10:33
阅读次数:
206
首先简单描述一下Google的Android开发团队在2013年推出的一个网络通信框架Volley.它的设计目标是进行数据量不大,但通信频繁的网络操作,而对于大数据量的网络操作,比如下载文件等,Volley的表现就不尽如人意。 ...
分类:
移动开发 时间:
2014-08-08 16:38:26
阅读次数:
201
在一个项目中添加了memcache层,但由于数据库本来压力就不大,数据量很小,所以性能改善不是特别明显,因此学习并应用下来记录一下方便以后自己使用。这里我只应用了直接调用对应api函数的方法,另外一种方法是创建对象来连接memcache,具体是$mem=newMemcache,然后再调用对象..
分类:
Web程序 时间:
2014-08-08 16:34:17
阅读次数:
222
首先简单描述一下Google的Android开发团队在2013年推出的一个网络通信框架Volley.它的设计目标是进行数据量不大,但通信频繁的网络操作,而对于大数据量的网络操作,比如下载文件等,Volley的表现就不尽如人意。
在app开发中,我们最常见的就是从app客户端向服务端发一个http请求.对于两种基本的web请求方式get和post来说,get请求方式相对比较简单,在此略过不表....
分类:
移动开发 时间:
2014-08-08 16:08:16
阅读次数:
329
转自:http://www.cnblogs.com/chuncn/archive/2009/04/21/1440233.html一、数据库结构的设计 如果不能设计一个合理的数据库模型,不仅会增加客户端和服务器段程序的编程和维护的难度,而且将会影响系统实际运行的性能。所以,在一个系统开始实施之前,完备...
分类:
数据库 时间:
2014-08-08 15:44:46
阅读次数:
301
最近经常有出现以上的SQL代码导致程序DUMP,SAP错误日志如下: 经过检查RANGE表GR_MATNR,当用于WHERE条件是,只限较小的数据量的情况(约100条左右);若为大数据量应该用FOR ALL ENTRIES IN的语法,或者其它方式来改写。
分类:
其他好文 时间:
2014-07-29 12:36:16
阅读次数:
1206
最近工作上需要做一个大数据量的读写操作,为了实现高效率,想到了用多线程实现。在网上查一些资料,发现在JDK1.5之后有了一个非常方便的东东---Executor来实现多线程。从JDK1.5开始,增加了java.util.concurrent包,它的引入大大简化了多线程程序的开发。java.util.concurrent..
分类:
编程语言 时间:
2014-07-28 03:05:41
阅读次数:
320
前段时间在做一个项目的时候,遇到了要通过WEB SERVICE从服务器上返回数据量比较大的DATASET,当然,除了显示在页面上以外,有可能还要用这些数据在客户端进行其它操作。查遍了网站的文章,问了一些朋友,也找了一些解决方法.众所周知,如果不用其它方法,直接从WEB SERVICE上传回一个10W...
分类:
Web程序 时间:
2014-07-22 00:06:35
阅读次数:
292
1. 前言2. 参考资料链接3. 使用介绍
3.1. 基本概念3.2. Tokyo Cabinet 简介3.3. 性能介绍3.4. tokyotyrant和Memcached的优势比较
3.4.1. 故障转移3.4.2. 日志文件体积小3.4.3. 超大数据量下表现出色
3.5. 安装
3.5.1. 编译安装tokyocabinet数据库3.5.2. 编译安装tokyotyra...
分类:
Web程序 时间:
2014-07-21 15:36:05
阅读次数:
471