Jump to content

ShannonS

Newbies
  • Content Count

    3
  • Joined

  • Last visited

Community Reputation

0 Neutral

About ShannonS

  • Rank
    newbie
  1. Will compressing the sync data file require redistributing offline files, or is it only "resetting" that requires the re-distribution. We have a solution with several hundred iPads around the globe using it- so re-distribution is a huge deal.
  2. I have a situation where I do not use the mirrorsync method of distributing file updates. Instead, after performing a sync, the spoke checks the hub to see if a newer version of the solution file is available, and if so, the user is prompted to perform the update. If yes, the spoke database is closed, replaced with the new (empty) version from a container field on a hosted database, and then a second sync is triggered again to put all of the data back. All of this is done in iOS devices, and all of this works as expected. The only issue has to do with the amount of time it takes to perform a sync from scratch again. I'm wondering if there would be any implication to this: once the sync is complete and if the user agrees to perform an update of the solution file, then the solution file exports all pertinent data locally on the iOS device, then replaces the file with the new empty version, then performs an import of all the data that had been previously exported, and then initiates the second sync. The idea is that the export/import would be faster than the sync and might not be as painful for the user.
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.