Rôle

Joint successivement de 1 à 31 sources supplémentaires au tableau principal. Chaque entrée suivante est rapprochée du résultat construit jusque-là. Adapté aux référentiels, tarifs, attributs de produits et au rapprochement du réalisé et du prévisionnel.

Entrées et sorties

De 2 à 32 entrées nommées. out contient les champs préfixés par les alias, par exemple a.Product et b.Category.

Paramètres

Le paramètreRéglages et valeursOptions et limites
inputsEntrées nommées, recevant chacune une connexion distincte.Nombre : 2–32
decimalLe séparateur décimal des valeurs numériques dans les données d’entrée.Options : ., ,
Par défaut : .
nulls_equalAutorise NULL à correspondre à NULL dans les clés. Par défaut, les clés vides ne correspondent pas.Par défaut : disabled

Propriétés de chaque entrée

Le paramètreÉlément configuré
id / labelUn identifiant de port stable et un nom présenté à l’utilisateur.
aliasUn préfixe de colonne unique ; également obligatoire pour la première entrée.
howLe mode de jointure pour chaque entrée après la première.
keysPaires left/right avec un indicateur numeric ; jusqu’à 32 paires.
cardinalityUnicité attendue des clés pour contrôler la structure des données.

Configuration étape par étape

  1. Utilisez le tableau principal comme première entrée avec l’alias a. Donnez l’alias b au tableau de référence.
  2. Choisissez inner/left/right/full pour chaque entrée suivante.
  3. Ajoutez des paires de clés : un champ gauche avec l’alias d’une entrée déjà jointe et un champ droit de la source actuelle.
  4. Sélectionnez l’unicité attendue ; many_to_one convient généralement aux référentiels ordinaires.
  5. Vérifiez le nombre de lignes, les champs vides et la multiplication possible des lignes provoquée par des clés dupliquées.

Règles et diagnostics

  • inner conserve uniquement les correspondances ; left conserve toutes les lignes de gauche ; right conserve toutes les lignes de droite ; full conserve toutes les lignes des deux côtés. Le côté manquant est complété avec NULL.
  • many_to_one exige des clés droites uniques ; one_to_many exige des clés gauches uniques ; one_to_one exige les deux ; many_to_many autorise les doublons des deux côtés. Les violations provoquent JOIN_CARDINALITY.
  • Avec plusieurs clés, chaque paire doit correspondre. Le mode numérique est configuré séparément pour chaque paire.
  • Les doublons des deux côtés produisent toutes les combinaisons correspondantes et peuvent fortement agrandir le résultat. La limite de cellules arrête un résultat trop volumineux.

Exemple de configuration

Joignez les ventes a, contenant ProductCode et Value, au référentiel b, contenant Code et Category. Définissez how=left, la clé a.ProductCode=b.Code et cardinality=many_to_one. Les ventes sans correspondance restent présentes avec b.Category=NULL.