records exporteren en importeren iOS

[hezndepezn]

In een FMgo toepassing wil ik op het moment dat deze een update krijgt eerst de aanwezige records exporteren. Na de update moeten deze records weer geïmporteerd worden. Voor zover ik kan vinden in de documentatie ondersteunt FMgo geen export naar fmp12 maar ... FMgo kan alleen maar fmp12 bestanden importeren ... dat lijkt dus niet te gaan werken.

 

Ik kan dit (voor zover mijn kennis rijkt) op 2 manieren oplossen:

1 - eerst de oude toepassing de gegevens laten syncen met FM-server ( op het moment dat er geüpdate wordt is de verbinding hiermee toch al aanwezig ), daarna de update uitvoeren en de gegevens vanuit FM-server weer terug inlezen.

2 - op de iOS-device de gegevens naar een gerelateerd schaduwbestand schrijven en deze na de update weer terug inlezen.

 

Beide manier hebben voor- en nadelen, ik ben benieuwd of er nog andere workarounds zijn.

 

(alles in FM 14)

[Felix]

.

6 oktober 2015 aangepast door Gast

[Infomatics]

Je kunt ook xml importeren én exporteren . . .

[menno]

Je kunt ook xml importeren én exporteren . . .

Maar niet op iOS (helaas, want ik heb er zo een aantal toepassingen voor)

[hezndepezn]

IK zit idd vast aan fmp12 ivm containers.

[menno]

Je zou een kopie van het oude bestand kunnen maken op iOS en de nieuwe versie ernaast zetten. Vervolgens importeer je alle data en als alles goed is overgekomen gooi je het oude bestand weg.

 

In het bijgaande voorbeeld zitten twee scripts ... het éne slaat een kopie van het bestand op met "_oldversion" aan de bestandsnaam toegevoegd.

Het tweede script (dat normaal gesproken in de nieuwe versie zou moeten zitten), importeert alle gegevens uit ui de "_oldversion".

 

Als je alles heb gecontroleerd, gooi je de "_oldversion" gewoon weg.

UpdateOniOS.fmp12.zip

[Infomatics]

@Menno,

 

Mijn fout, Ik was er van overtuigd dat ik het een keer voor elkaar had gekregen, maar ik kan het niet reproduceren.

 

Groet, Ruben

[menno]

No worries Ruben, ik dacht zelf een tijdje terug, dat een directe xml-import zonder transformatie mogelijk moest zijn, maar zelfs dat kan niet.

[hezndepezn]

@ Menno, dank voor je tip en het script. Nooit aan gedacht om het bestand als kopie op te slaan (in iOS). Scheelt een hoop scripting en daarmee fouten bij updates.

 

Ik zat er overigens aan te denken om de mobiele versie en de server versie gelijk te houden (kopie van server dan naar iOS toe, dit om dubbele ontwikkeling zoveel mogelijk te voorkomen) waarbij op de mobiele versie alleen bepaalde layouts benaderd kunnen worden. De mobiele versie bevat dan overigens niet de gehele database, alleen de gegevens die op dat moment van belang zijn. (is een toepassing voor de opname van schade die offline moet kunnen werken)

Kopie opslaan wil alleen niet in de server versie (vandaar ook er ook niet aan gedacht om dit in iOS te doen). Het is ook de vraag of dit niet te zwaar is voor iOS.