Hallo Anne 

Ich habe das mal mit 2 Dynamischen Auswahlfeldern und 2 Tabellen nachgebaut und gehe davon aus, dass du in Fachgebiete dynA eine Verknüpfung zu Fachgruppe_dynA hast. Ich habe die erste Tabelle mit 12 Datensätze gefüllt und mindesten 12 Datensätze in der zweiten Tabelle mit jeweils einer Verknüpfung zu einem Datensatz der ersten Tabelle. Ich habe es in der Cloud und App ausprobiert und es funktioniert einwandfrei. Der Gap ist bei mir nicht aufgetreten. Es funktioniert so wie es soll. So ist es wohl schwer herauszufinden warum es bei dir zu diesem Phänomen kommt. Vielleicht ist irgendeine Einstellung in deinen dynamischen Auswahlfeldern verantwortlich dafür. Aber mit der gegebenen Information ist es nur raten. Vielleicht versuchst du mal in einer neuen NinoxDB nur mit einer Formular Tabelle und 2 Dynamischen Tabellen das Szenario nochmal nachzustellen um zu sehen ob es auch dort zu dem Gap kommt.

Hallo Anne
versuch mal folgendes:
Ersetze let VA := Fachgruppe_dynA; mit: let VA := record(Fachgruppen,number(Fachgruppe_dynA));
Vielleicht hilft es ja.

Es sieht ja laut deiner Fehlerbeschreibung so aus, daß die TabellenID von Fachgruppe durcheinander kommt.

Was noch sein könnte:
Die Verknüpfungen in  der Tabelle Fachgebiete stimmen nicht. Solltest du auch mal überprüfen.

Ich kann das Problem auch nicht nachvollziehen. Man könnte aber - nur, um es versucht zu haben - auch mal direkt die numerische Record-ID auslesen:

let myFG := number(raw(Fachgruppe_dynA));
if myFG then
   select Fachgebiete where number(Fachgruppen) = myFG
else
   select Fachgebiete
end

So GANZ blicke ich offen gestanden auch nicht durch, was genau wann in welchem Format zurückgegeben wird. Die komplette ID ist eigentlich ein String, bestehend aus der Kennung der Tabelle und der Nummer des Datensatzes (= Record), z. B. "B/12". Das interne Feld 'Nr' repräsentiert die "12", in der Cloud ebenfalls als String, was häufig Probleme bei der Sortierung verursacht. Wenn also irgendwelche Merkwürdigkeiten auftreten, versuche ich in der Regel als erstes, die Rückgabe- und Vergleichswerte mit number() einheitlich in Zahlen umzuwandeln. Denn mit dem Namen der Tabelle und der numerischen Datensatz-/Record-Nummer (im Beispiel die 12) kommt man eigentlich immer ans Ziel.

Deshalb war das auch hier mein erster Gedanke. Aber mit Wissen im engeren Sinne hat das weniger zu tun. Ich würde es eher empirisches Bauchgefühl nennen.

Schönes Bauchgefühl. Bei mir murmelt es auch ab und an.;-) Hatte hier auch an dein Script aus Slack gedacht aber das raw() vergessen.