Gestione multi-dominio

[f.celi]

Se decidiamo di gestire i dati con un multi-dominio, quindi concatenando più domini nel campo DOCDOM della tabella ZZ_SYNC, e modificando opportunamente l'evento OnSyncFilter (es. DOCDOM like 'NomeDominio%' or DOCDOM like '%NomeDominio%' or DOCDOM is null), per far in modo che i dati vengano filtrati in modo corretto. (Come suggerito da G.Lanzi in assistenza).
Non sarebbe più opportuno che alla ricezione dei dati il server validi l'inserimento utilizzando lo stesso filtro modificato in OnSyncFilter?
Allo stato attuale, siamo costretti a far in modo che il concatenamento di domini generato dal server, inizi con il dominio del terminale che si sta sincronizzando, altrimenti non riesce a validare l'inserimento, in quanto il filtro di validazione è fisso (DOCDOM like 'NomeDominio%' or DOCDOM is null).

[g.lanzi]

In effetti data la possibilità di cambiare il filtro per le variazioni da server a client con l'onSyncFilter, una cosa analoga si potrebbe pensare per l'elaborazione delle variazioni client -> server.

Allo stato attuale puoi verificare se stai sincronizzanzo con isSinchronizing() e mettere sempre per primo il dominio del dispositivo che sta inviando le modifiche.

[f.celi]

Si, effettivamente e quello che faccio. Verificate se è il caso di implementare InDe sulle prossime versioni. Grazie.

[g.lanzi]

Abbiamo creato l'attività NPQ02175 per tenere conto di questa conversazione. Quando verrà valutata, potrai seguirne l'andamento con Instant Developer Roadmap.

[JordanHill]

La verità è concessa la possibilità di variare i miglioramenti del sistema di filtrazione attraverso il server di essere in grado di clienti durante l'utilizzo ASYNC filtro, tutto ciò equivale si potrebbe pensare di essere in grado di procedura diverse versioni del cliente -> server.