Я столкнулся с другой дилеммой, связанной с синхронизацией (или обновлением?) Данных на сервере с мобильного устройства (с помощью Android).SyncML (синхронизация или обновление?)
Я изучил SyncML как стандарт для этого, но моя большая проблема заключается в том, что мы планируем на большом количестве данных (не только на 1 запись), и, вероятно, делаем это только один раз, дважды или в чаще всего 3 раза в день, а может быть, даже не один раз в день - все зависит от определенных обстоятельств.
Другое дело - устройство или сервер по-прежнему смогут нормально функционировать без необходимости синхронизации. Синхронизация была бы всего лишь update.
Отчитываясь о спецификациях SyncML, он больше подходит для синхронизации по небольшим частям данных и с очень быстрым интервалом (т. Е. Каждые 5-15 минут, но, я думаю, это может регулироваться пользователем). Во всяком случае, процесс синхронизации более активен и важен как для устройства, так и для сервера (более того, устройство, я думаю).
Вот цитата из документации, которая заставила меня задуматься: SyncML синхронизация
2.2.3 данных ориентирована на синхронизацию небольших независимых записей, как modied записи передаются полностью. Это достаточно для адреса записей, коротких сообщений и аналогичных данных . На основной цели SyncML, мобильных устройств, большинство данных относится к этому типу . Устройства должны уметь отслеживать , какая из их записей была изменена. Каждая запись идентифицируется уникальным идентификатором , поэтому конфликты могут быть обнаружены довольно просто. Так как идентификаторы записи могут быть не выбраны произвольно, но автоматически создается , сопоставление между идентификаторами сервера и клиента указывается в протоколе . Картирование всегда управляется сервером. Когда клиент получает новый элемент с сервера, , он может отправить команду обновления карты на , сообщив серверу, какой идентификатор присвоил ему . Теперь сервер использует идентификатор клиента во всех своих сообщениях.
Итак, я предполагаю, что мой вопрос о том, следует ли продолжать смотреть в SyncML для этого, или построил в доме решение - возможно, что-то более приспособленное для доставки больших кусков данных через, которые можно определить как хорошо ?
Какие данные вы будете синхронизировать? Является ли он ориентированным на запись? Большие записи? Небольшие изменения в отчетах? (SyncML работает также на больших промежутках времени.) – 9000
Да, это ориентированная на запись - может быть 100 записей из разных таблиц. В идеале все они будут отправлены сразу. В отчетах редко бывают изменения - в основном это будут новые записи, которые отправляются или извлекаются с сервера. – xil3
Вы нашли альтернативное решение для SyncML? – Dave