IDrecord

esatto ?
ti risolve i conflitti di chiavi primarie… ma funziona anche da dio per duplicare record con parecchi correlati (tipo fatture con righe e subrighe), ti risparmia un sacco di tempo rispetto al progressivo, perché te lo puoi calcolare in anticipo ?

.g.

penso (spero) di aver capito…

questo significa che è opportuno selezionare, nelle opzioni di immissione automatica, di non sostituire il valore del campo (se presente) se devo importare i dati, ad esempio, di un backup… giusto?

Buongiorno, Giorgio.

La risposta è molto semplice: get(IdUU) ricava una stringa univoca dipendende da vari fattori  (prova a replicarla sullo stesso campo dello stesso record e ti darà un valore diverso ogni volta). Questo fa si che a scapito di una difficoltà di lettura maggiore può essere utilizzata anche come chiave di sincronizzazione fra dispositivi diversi. Faccio un esempio:
diciamo che hai una serie di ipad con filemaker go che lavorano offline, e tutti quanti utilizzano le stesse funzioni. Ad esempio hai cinque agenti diversi che fanno tutti ordini per clienti: a quel punto come fai a evitare le duplicazioni di chiave primaria?
Normalmente io uso entrambi i metodi, il numero di serie progressivo nelle autorelazioni per capire l’ordine preciso di creazione (più semplice che usare il,TS), e l’IdUU come chiave primaria vera e propria.
Discorso diverso infine è per l’ID record ricavato con la funzione get(Idrecord) che serve per gestire le API PHP e REST.

a presto. ?

.g.