0

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

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

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

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

这是让我思考的文档中的引用:

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

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

4

1 回答 1

0

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

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

于 2012-01-02T14:51:45.957 回答