下面是在发布系统中遇到的集中数据库之间数据处理的问题，和我现在用一些方法，请教大家多多指点不足之处 !!! 谢过先

 1，及时通信的系统，比如一个在线消费系统，这个到没什么数据库之间的处理，直接用webservice提供对后台数据库的访问。

2，在一个支持离线操作的系统，比如一个离线消费，和离线会签系统.

在离线消费中，一定周期内要检查后台数据更新状态而下周一些信息表并 随时能在网络通的时候上传本地的消费信息

在会签中我可能随时要更新后台申请的一切可执行数据库 并将本地的会签的信息 提交至后台。

这样其实就要保证本地能随时有可执行的数据信息，并且能够在网络畅通的时候随时能和后台数据库同步更新。  于是我选择了使用数据库同步事件，设置各自的发布数据库和订阅数据库，当然这样的设计从我初步对数据库同步的认识来看，感觉并不是同步技术真正运用目的，但是他确实能解决很多用程序去控制的数据更新问题。

由于 经验和技术有限，设计一些系统 功能和基本的性能多能达标，但是在做一些压力测试的时候，当数据库到达一定量级的时候， 比如用程序自己控制数据上传与下载时，操作会超时，或者在线压力并发到一定量级IIS 占用内存速增 等。。。忘大侠 不要吝啬你们的抛砖引玉啊