根据国家政策法规,只有实名认证用户才能在论坛回帖留言,点击去完成实名认证 >>
千寻位置
发表主题
  • 8007阅读
  • 2回复

云踪漫谈-数据同步方案
[复制链接]

级别: admin
 
只看楼主 倒序阅读 楼主  发表于: 2016-09-08

对于采用终端-业务系统-千寻云踪建设模式的客户,将面临着两个平台数据同步的问题。本文提出两种数据同步方案,供客户根据实际情况自主选择。
在正式介绍之前,我们先明确实体的概念。千寻云踪中的实体可能是任意一个移动的人、车、物,如货车、电动车、可穿戴设备等,以实体名称作为唯一标识符,同时支持用户自定义扩展字段,满足多样化的业务需要。我们这里的数据同步是指实体的同步,核心重点是实体名称的同步。
方案一:强同步方案
    所谓强同步方案,是指将两个平台的实体保持严格同步,增、删、改均需要保持信息同步。具体为
(1)开发者首先需要将自身平台中已经存在的实体在千寻云踪中进行创建。最简单的同步仅保持实体名称相同即可。相关接口:gpsp.entity.createEntity。
(2)自身平台新增实体时,需要同步地在千寻云踪中新增一个实体。相关接口:gpsp.entity.createEntity。
(3)自身平台删除实体时,需要同步地在千寻云踪中删除一个实体。相关接口:gpsp.entity.deleteEntity。
(4)自身平台更新实体时,需要同步地在千寻云踪中更新一个实体;如果您仅仅在千寻云踪中存储实体名称,那么可不维护更新的同步。 相关接口:gpsp.entity.updateEntity.


方案二:弱同步方案
    所谓弱同步方案,是指两个平台的实体不保持严格同步,仅维护活跃的实体保持同步,千寻云踪中不存储不活跃的实体,千寻云踪不同步删除操作。
(1)开发者调动千寻云踪时,无需关注实体是否存在,直接调用上传单个轨迹点/批量上传轨迹点接口,如果成功,则处理完毕。相关接口:gpsp.point.addPoint、gpsp.point.addPoints。
(2)如果返回没有该实体的错误,则创建该实体后。相关接口:gpsp.entity.createEntity。

强、弱同步方案各有优缺点,强同步方案优点在于可以和开发者自身平台保持严格同步,缺点在于同步工作量大。弱同步方案的优点在工作量很小,但与自身平台无法严格同步。
另外对于位置点上传部分,在原有平台的中只需要在位置数据写入数据库的接口处,另开一份分支写入千寻云踪即可,基本上对现有系统没有影响。客户可根据自身的需要,选择千寻云踪的功能拓展自身平台的能力或替换已有的位置相关的接口。业务系统与千寻系统集成方案示例如下:

级别: 禁止发言
只看该作者 沙发  发表于: 2017-02-22
用户被禁言,该主题自动屏蔽!
级别: 新手上路
只看该作者 板凳  发表于: 2017-03-26
学习一下,谢谢!
快速回复
限100 字节
如果您提交过一次失败了,可以用”恢复数据”来恢复帖子内容
 
上一个 下一个