Champs formule : la référence circulaire

Une formule de champ peut lire les champs d'une fiche liée, même quand cette fiche appartient à la même table. Elle ne peut pas, en revanche, lire son propre champ sur cette fiche : l'éditeur de formules la refuse, avec le message « Circular reference ».

Le cas

Une table Groups porte une référence vers elle-même, Parent : un sous-groupe désigne ainsi son groupe. Le champ formule Members choisit les personnes d'un pays (Country filter), et un sous-groupe doit prendre les siennes parmi les membres de son groupe :

let country := 'Country filter';
let candidates := if Parent then Parent.Members else select People end;
candidates[Country = country]

L'éditeur de formules refuse ce code : « Circular reference: Members ».

Pourquoi

Ninox raisonne par champ, pas par fiche. Pour compiler la formule de Members, il doit connaître le type de Parent.Members, donc compiler la formule de Members… celle-là même qu'il est en train de compiler. Peu importe que la fiche parente ne soit jamais la fiche elle-même : la dépendance est refusée dès la compilation.

La solution : un second champ

Laissez Members calculer sa liste sans lire le groupe parent :

let country := 'Country filter';
select People where Country = country

Puis confiez la restriction à un second champ formule, Effective members, qui lit Members sur la fiche et sur son parent :

if Parent then
    let parentMembers := Parent.Members;
    Members[contains(parentMembers, this)]
else
    Members
end

Effective members lit Members, mais Members ne lit pas Effective members : il n'y a plus de cycle. Dans les crochets, this désigne la personne examinée ; c'est pourquoi les membres du parent sont lus avant, dans une variable.