【问题标题】:SyncML (sync or update?)SyncML(同步还是更新?)
【发布时间】:2012-01-02 22:57:07
【问题描述】:

我面临另一个困境,即从移动设备(使用 Android)将数据同步(或更新?)到服务器。

我已将 SyncML 视为执行此操作的标准,但我最担心的是我们计划在 syncing 上处理大量数据(不仅仅是 1 条记录),并且可能只执行一次、两次或一天最多 3 次,或者甚至一天一次 - 都取决于特定情况。

另一件事 - 设备或服务器仍然能够正常运行而无需同步。本质上,同步只是update。

通过阅读 SyncML 规范,它更多地适用于跨小块数据同步,并且以非常快的间隔(即每 5-15 分钟,但我想可以由用户调节)。无论如何,同步过程更复杂,对设备和服务器都很重要(我猜对设备更重要)。

这是让我思考的文档中的一句话:

2.2.3 数据同步SyncML是面向同步的 小的独立记录,作为 修改后的记录被传输 完全。这对于地址来说已经足够了 条目、短消息和类似的 数据。在 SyncML 的主要目标上, 移动设备,大部分数据都是这样的 类型。设备必须能够保持 跟踪他们的哪些记录被 改变了。每条记录由一个标识 唯一 ID,因此可以检测到冲突 非常简单。由于记录 ID 可能 不是随意选择而是 自动创建,之间的映射 服务器和客户端 ID 定义在 协议。映射总是 由服务器管理。当客户 从服务器接收一个新项目, 他可以发送地图更新命令到 告诉服务器他分配的 ID 该项目。现在服务器使用 他所有消息中的客户 ID。

所以,我想我的问题是我们是否应该为此继续研究 SyncML,或者构建一个内部解决方案 - 或许更适合提供大量数据,也可以定义它?

【问题讨论】:

  • 你会同步什么样的数据?它是面向记录的吗?记录很大吗?记录中的变化很小吗? (SyncML 也可以长时间运行。)
  • 是的,它是面向记录的——可能是来自不同表的 100 条记录。理想情况下,它们都将立即发送。记录很少会发生变化 - 这些主要是正在发送或从服务器检索的新记录。
  • 您是否找到任何替代 SyncML 的现有解决方案?

标签: android web-services synchronization syncml


【解决方案1】:

我也面临这个问题。我更喜欢syncml解决方案,主要是因为它的扩展性更强。

我们要同步的数据表是不确定的,syncml 可能是更好的选择。

【讨论】:

    猜你喜欢
    • 2011-11-05
    • 2019-01-17
    • 1970-01-01
    • 2017-06-22
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多