你在web服务上运行socket,直接TCP跟设备通信,就不用走数据库了

解决方案 »

  1.   

    你控制设备的这个东西跟服务器之间是如何连接的?采用什么模式?MQTT还是http还是自己的tcp/ip还是单纯的设备端定时器发送http请求看是否有控制命令实现控制?条件不足无法作答..
      

  2.   


    TCP/IP来连接的。
      

  3.   

    既然你的设备跟服务使用tcp/ip 那就好办了啊.网页或者是app 调用webservice..然后webservice中 给本机(127.0.0.1:XXXX)发送命令本机服务XXXX能收到命令(当然这里面有设备发送的 也有webservice发送的.你可以通过协议判断 也可以通过IP..)如果这个命令是来自web,那么解析下 需要控制哪个 控制的命令是什么.然后 从你的"集合"中 找到该设备..进行数据发送就OK了..
    注:集合表示你设备列表.
      

  4.   

    设计这样的系统,你应该了解一下(比如说)微信、飞信是如何连接服务器的。然后你的web网站也作为一个终端(只不过不是手机、而是asp.net网站)而已。所有东西都是直截了当的,先把体验到性能的、直接连通的、真正该学习的技术走通,避免沉浸在无关的那些入门书上的“增删改查”中。
      

  5.   

    任何地方都可以用到数据库。web服务器可以用到,应用服务器可以用到,手机服务器可以用到,你的上位机可以用到,甚至设备里边也可以用到嵌入式的数据库。问题是,以“可能用到数据库”这个为借口,你要达到什么目的?难道你设计一个程序不是为了实际研发出来一个真正有用、能用、符合最近20年行业技术规范的产品,而是为了让不懂研发的老板多发你几个月工资的么?
      

  6.   

    不过 还是得支持 楼主一下 :
    楼主是想 做 智能家居 远程控制呀。—— 
    WEB 发送的 指令数据,除非你能 在 30秒内 传给 远程设备;否则,很容易超时 丢失 —— 存库 是 求稳的做法。但是,存库的话:WEB 确实 不能 实时看到 指令的处理结果:用户体验不大好。
      

  7.   


    我做的采集系统很稳定啊,3000多个点,5分钟一条数据,运行的么有问题。从数据采集,网络传输,数据处理并行计算,再到Webapp的数据展示,都无有问题    只是没做过控制,控制指令的传输频率有比较高。