SyncML (同步还是更新？)

Question

在同步(或更新？)方面，我面临着另一个困境。从移动设备(使用Android)传送到服务器的数据。

我已经将SyncML作为实现此操作的标准，但我最关心的是，我们计划在syncing上跨越大量数据(而不仅仅是一个记录)，而且可能每天只做一次、两次或最多3次，或者甚至一天不做一次--所有这些都取决于特定的环境。

另一件事--设备或服务器仍然能够正常工作，而无需跨台同步。实际上，同步只是一个update。

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

这里引用了一段让我思考的文档：

2.2.3数据同步SyncML面向小型独立记录的同步，因为模型记录是完全传输的。这对于地址条目、短消息和类似的数据来说是足够的。在SyncML (移动设备)的主要目标上，大多数数据都是这种类型的。这些设备必须能够跟踪它们的哪些记录已被更改。每个记录都由一个唯一的ID标识，因此可以很简单地检测出con。由于记录ID可能不是任意选择的，而是自动创建的，因此服务器和客户端ID之间的映射将在协议中得到支持。映射始终由服务器管理。当客户端从服务器接收到一个新项时，他可以发送一个map update命令，告诉服务器他分配给该项的ID是什么。现在，服务器在所有消息中使用客户端ID。

所以，我想我的问题是，我们是否应该继续研究SyncML，还是构建一个内部解决方案--也许更适合于跨领域提供大量数据，这也可以定义它？

Answer 1

我也面临着这个问题。我更喜欢syncml解决方案，主要是因为它更易于扩展。

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