come si gesticono gli aggiornamenti delle applicaz. runtime?

[pmi]

Ciao,
quale è la soluzione migliore per l'archiviazione dei dati per le applicazione runtime?
Nell'applicazione che ho creato ci sono 6 tabelle con svariati campi. Facciamo l'ipotesi che domani aggiorno l'applicazione e modifico la struttura di alcune tabelle, cosa succede agli utenti che stanno usando la precedente versione?
Quali accorgimenti devo seguire per fare delle versioni aggiornate che vadano bene anche con le precedenti versioni?

Grazie

[stregatto]

è uno dei grossi problemi di FileMaker. Diciamo che aiuta molto la separazione dati/interfaccia, ma non risolve tutti i problemi. molto dipende da come strutturi la soluzione.

.g.

[alice07]

E' davvero un problema, mi ci sto scervellando anch'io da un po'.

Non esiste un modo almeno per rinominare un campo database tramite shell/script/apps/tricks e chi più ne ha più ne metta ?

Altrimenti l'unica strada (allucinante) sembra esportare/reimportare i dati.

[stregatto]

E' davvero un problema, mi ci sto scervellando anch'io da un po'.

non sei il solo. ma c'è poco da scervellarsi

Non esiste un modo almeno per rinominare un campo database tramite shell/script/apps/tricks e chi più ne ha più ne metta ?

un plug-in della CNS. Ma calcola che modifichi la struttura e nessuno ti garantisce da rischi corruzione (il massimo del risarcimento che puoi chiedere al fabbricante è il prezzo di acquisto del plug-in)

Altrimenti l'unica strada (allucinante) sembra esportare/reimportare i dati.

È per quello che tocca svilupare in separazione dati/interfaccia. E anche in questo caso non sei al riparo da grosse modifiche. Calcola inoltre che in alcuni casi la esportazione/reimportazione NON è fattibile (pensa ad archivi nell'ordine dei GB, con tabelle da milioni di record.

.g.

[alice07]

Ma tu come fai ???

uso la Forz… ehm, l'esperienza.

.g.