1 操作记录实时上传到云端数据库,除了直接连接数据库还有什么方法 2 一个智能设备每隔几分钟就会发送一些数据到tcp,服务器如何转发到客户端

[程爱动漫]

1 操作记录实时上传到云端数据库,除了直接连接数据库还有什么方法

2 一个智能设备每隔几分钟就会发送一些数据到tcp,服务器如何转发到客户端

3 客户端怎么使用https或者http主动向设备要数据据 就是告诉设备立刻上传,服务器立刻转发



没分了,请各位前辈,帮忙解答一下这三个问题

[程爱动漫]

引用 4 楼 sp1234 的回复:

真正通讯技术的系统，跟数据库增删改查无关，数据通讯不落地，实时处理和推送十万个客户端消息也没有压力。 数据库只是用来备份、重启一些任务的，在通讯中根本没有数据库什么事儿。

哥,我没有学习过这方面的知识,请给我指点一下,我该去学习哪些必要的知识,来完成这样一个任务,实时处理和推送比较常用的技术有哪些呢

[正怒月神]

看起来是 websocket方案

[以专业开发人员为伍]

凡是通讯相关的及时响应软件架构设计中的通知、通讯部分，记住一点，都是双向实时通讯技术，跟数据库增删改查没有直接关系。 操作记录实时上传给服务器，服务器进行业务处理，然后直接推送给（正在实时、双向通讯）客户端了。包括网页（或者手机、平板的h5页面）也是如此，只要使用 websocket 连到服务器，就能实时收到服务器推送的消息。哪里用得着第三方？这都是普通的编程。 但是这跟数据库无关，数据传送就是数据传送，关键点就在于双向长连接通讯（而不是单向短连接通讯）。

[以专业开发人员为伍]

所谓的“立刻上传、立刻转发”都是把服务器搞死的节奏，都是因为没有学习双向长连接通讯造成的。比如说区区1千个连接，假设你的客户端允许每一个即时通讯都有5秒钟卡顿（这种用户体验其实已经足以让微信倒闭了），那么就意味着服务器每隔5秒钟就要处理1千个查询、业务处理完整事务。 所以许多人做的这类系统，当有几十个客户端并发时，就垮掉了。根本不能用到大公司的系统需求中。这就是因为通讯技术根本不对。

[以专业开发人员为伍]

真正通讯技术的系统，跟数据库增删改查无关，数据通讯不落地，实时处理和推送十万个客户端消息也没有压力。 数据库只是用来备份、重启一些任务的，在通讯中根本没有数据库什么事儿。