| Colonnes |
Description |
| Table |
|
| Ordre |
- Indique l'ordre dans lequel les tables vont être synchronisées : de l'ordre du plus petit au plus grand
- On met des valeurs de 10 en 10 pour faciliter les insertions, le système ne gérant pas pour le moment un réordonancement automatique
- C'est une information importante, car les intégrités référentielles dans les bases impliquent souvent un ordre de mise à jour particulier
|
| Présence |
|
| Synchro |
- Indique si la table est à synchroniser ou pas
- L'icone est gris si elle n'est pas prévue en synchronisation
- Même si une table est prévue à la synchronisation, il faudra penser à sélectionner la ligne au moment de lancer la synchro pour espérer qu'elle le soit
- Une table qui n'est pas prévue à la synchronisation ne sera jamais synchronisée, même si sa ligne est sélectionnée au moment de lancer le processus
|
| Détails / Clés |
- Indique le nom du ou des champs qui servent de clé à la table
- On peut mettre plusieurs noms séparés par des ;
|
| Détails / IdentityOn |
- Indique que le champ est un compteur autoincrémenté
- Il sera important de saisir correctement cette information si la clé est effectivement de cette nature - la clé dans ce cas là ne comprend que UN champ
|
| Détails / A Ignorer |
- Permet de préciser que des champs doivent être ignorés durant la synchronisation, lors de la création d'une donnée qui n'existerait pas encore chez le client lors de la synchronisation
- on peut mettre plusieurs noms séparés par des ;
- Il faut bien connaitre l'application pour décider correctement de cette valeur, sans risquer un dysfonctionnement
|
| Détails / A Ignorer en update |
- Permet de préciser que des champs doivent être ignorés durant la synchronisation, lors de la mise à jour d'une donnée, qui existerait donc déjà sur le client
- on peut mettre plusieurs noms séparés par des ;
- Il faut bien connaitre l'application pour décider correctement de cette valeur, sans risquer un dysfonctionnement
|
| Détails / Abonnements |
- Indique une table qui est sensible à la notion d'abonnement. C'est à dire que la date qui est considérée pour la synchronisation est à la fois celle de création/modification de données, ET aussi celle de l'abonnement
- Le fait d'être nouvellement abonné à une procédure provoque donc sa synchronisation
- NOTE : la vue qui est utilisée pour synchroniser les données sur cette table tient compte de la présence d'abonnement à la procédure
|
