问题描述
我在服务器上有sqlserver2008数据库，有个程序专门负责采集各个仪表的数据，大约1000个仪表左右。大家一般在程序中做实时显示怎么处理比较好呢？要不要存数据库，我本来先用一张表保存这1000个数据，然后不断更新时间和数值，然后客户端程序再读取这个表的数据。感觉不好。数据库很繁忙，大家遇到类似的问题怎么处理比较好？
解决方案
解决方案二：
放到内存数据库里面去，如果就你说的1000多条的话，直接放内存也可以，当然前提是你不需要负载均衡，否则就需要redis这种独立的内存数据库了
解决方案三：
好的谢谢版主你有没有链接资料啥的发我学习下
解决方案四：
我查了下，windows系统能用吗？我是win10的，这种方式是直接把仪表数据存到redis里吗？winform和web都能读不？有例子吗
解决方案五：
既然是实时显示，那么先存库，然后显示，肯定不行你可以先将数据保存到客户机的数据库（当然顺便显示出来），客户机数据库和服务器数据库结构一样，采用异步传输方式，在客户机不忙时慢慢上传到服务器。因为你这个只是读表数据，1000个表信息互相独立，可以满足
解决方案六：
引用4楼From_TaiWan的回复:
既然是实时显示，那么先存库，然后显示，肯定不行你可以先将数据保存到客户机的数据库（当然顺便显示出来），客户机数据库和服务器数据库结构一样，采用异步传输方式，在客户机不忙时慢慢上传到服务器。因为你这个只是读表数据，1000个表信息互相独立，可以满足
按照这种思路，需要在客户机写个服务，让在后台和服务器通信
解决方案七：
http://www.cnblogs.com/yjmyzz/archive/2009/06/14/1502921.html
解决方案八：
引用5楼From_TaiWan的回复:
Quote: 引用4楼From_TaiWan的回复:
既然是实时显示，那么先存库，然后显示，肯定不行你可以先将数据保存到客户机的数据库（当然顺便显示出来），客户机数据库和服务器数据库结构一样，采用异步传输方式，在客户机不忙时慢慢上传到服务器。因为你这个只是读表数据，1000个表信息互相独立，可以满足按照这种思路，需要在客户机写个服务，让在后台和服务器通信
谢谢回答！
解决方案九：
引用6楼caozhy的回复:
http://www.cnblogs.com/yjmyzz/archive/2009/06/14/1502921.html
我去琢磨下试试
解决方案十：
如果你不知道如何将数据从服务器推送给客户端，那么就相当于你的网络应用知识只懂一半，自然你就只会轮询啦。这个是基础，很容易看出你缺乏什么技术。这决定了你只能做某些简单的、局域网内小环境应用开发，不能做大规模一些的网络应用设计。
解决方案十一：
引用9楼sp1234的回复:
如果你不知道如何将数据从服务器推送给客户端，那么就相当于你的网络应用知识只懂一半，自然你就只会轮询啦。这个是基础，很容易看出你缺乏什么技术。这决定了你只能做某些简单的、局域网内小环境应用开发，不能做大规模一些的网络应用设计。
是有局限性，能不能抽点时间给我科普下方向或者思路，我向大家学习，在服务器、客户端之间的数据推送没怎么搞太多。
解决方案十二：
如果实时数据多,数据库忙也是正常的,如果数据不多,查询太多,那就是如何减少查询次数的问题.