dervespakai 

Man muss natürlich nicht nicht mit Untertabellen arbeiten, sondern kann statt dessen auch normale 1:N-Verknüpfungen nutzen. Allerdings sind Häuser und darin befindliche Wohnungen das ideale Beispiel für den sinnvollen Gebrauch von Untertabellen. Denn eine Wohnung lässt sich nicht verschieben, sie ist und bleibt immer an ein bestimmtes Haus gebunden. Wird dieses Haus entfernt (Datensatz gelöscht), löst sich zwangsläufig auch die Wohnung in Wohlgefallen auf (wird automatisch mitgelöscht).

Deshalb legt man zuerst das Haus/Objekt an und dort dann die dazugehörigen Wohnungen, welche dadurch automatisch fest dem betreffenden Haus untergeordnet sind. Eine Änderung der Verknüpfung, also das Verschieben einer Wohnung von Haus A in Haus B, ist dabei gerade nicht vorgesehen (wäre technisch aber möglich).

Zum Thema Verknüpfungen gibt es weitere Informationen:

https://forum.ninox.de/t/p8h0t0r/einsteiger-tutorial-zu-verknupfungen-in-ninox

Zu den verschiedenen Berechnungsmethoden:

Alle basieren ja letztlich auf der Zahl an Wohnungen oder deren Größe. Beide Informationen liegen vor. In meinem Beispiel hatte ich der Einfachheit halber nur einen Gesamtwert für die Betriebskosten angegeben, um die Berechnung nach MEA zu demonstrieren. In der Praxis sind es natürlich viele verschiedene Posten, die ebenfalls in einer Untertabelle zum jeweiligen Objekt erfasst werden können. Dort ließe sich auch der jeweilige Schlüssel hinterlegen und zur Berechnung der anteiligen Kosten heranziehen (z. B. über ein Auswahlfeld mit den Optionen MEA/Fläche/Einheit).

dervespakai 

Genau, ein Dynamisches Auswahlfeld (DAF) stellt keine Verknüpfung im engeren (ninox'schen) Sinne dar. Es speichert lediglich die Information, welcher Eintrag, also welcher Datensatz ausgewählt wurde. Rückgabewert bei einer Abfrage ist die Datensatznummer (bei Mehrfachauswahlfeldern als Array), anhand derer bei Bedarf eine Beziehung zu dem betreffenden Datensatz und dessen Inhalten hergestellt werden kann (Ansichten, Auswertungen u. ä.).

Grundlegender Unterschied zwischen Verknüpfungen und DAF ist wohl der, dass bei letzteren die Gegentabelle nichts von der Verbindung weiß. Verknüpfungen hingegen sind automatisch immer auf beiden Seiten sichtbar, und man kann mit einem Klick den jeweils verknüpften Datensatz öffnen.

DAF sind als Ergänzung bzw. Alternative zu den normalen (statischen) Auswahlfeldern gedacht und dienen in erster Linie dem Zweck, Auswahlen mit häufig wechselnden Einträgen besser und flexibler handhaben zu können. Sich nicht oder selten ändernde Auswahlen, die sich nicht aus sowieso vorhandenen Tabellen ergeben, würde ich nach wie vor eher mit normalen Auswahlfeldern umsetzen. In deiner DB gilt das bspw. für 'tblBuchung'. Die Verbindung von 'tblBuchung' zu 'tblKategorie' wiederum würde ich wahrscheinlich eher als Verknüpfung umsetzen (statt DynAF), weil dann dort sofort alle entsprechenden Belege angezeigt würden und auch aus der Kategorie heraus ein neuer Beleg dazu erfasst werden könnte.

Das andere müsste ich mir noch  mal genauer ansehen.

dervespakai wie Du die Konstellation beschrieben hast ginge es so:

record('Tabelle B', 3).y

oder

first(select 'Tabelle B' where Nr = 3).y

Wenn die Records in Tabelle B gleich bleiben und es z.B. nur 4 Stück gibt, könnte man das so lösen:

let vCases := "abc"
let result := switch vCases do
  case "abc": record('Tabelle B', 1).y
  case "bcd": record('Tabelle B', 2).y
  case "cde": record('Tabelle B', 3).y
  case "def": record('Tabelle B', 4).y
end;
result

Wenn Du diesen Code in ein Formelfeld packst, kannst Du "let result :=" auch weglassen, dann werden die Cases direkt angezeigt. Willst Du aber mit dem Case weiter arbeiten, empfiehlt sich das setzen einer Variable.

dervespakai 

Man kann für die Datensatznummer prinzipiell auch eine Variable einsetzen, klar. Inwieweit das inhaltlich Sinn macht, weiß ich jetzt nicht, aber rein technisch gesehen müsste man den Wert auf andere Weise ermitteln, in der Variable 'x' speichern und diese dann in die record()-Funktion einsetzen. Dazu müsste man wissen, aus welchem Datensatz welcher Tabelle der Wert für 'x' geholt werden soll. Und der Wert selber sollte sinnvollerweise eine Nummer eines Datensatzes der beim record() adressierten Tabelle sein. Was im Grund nur auf ein dynamisches Auswahlfeld zutrifft.

Das ist aber jetzt sehr viel Spekulation. Mir ist aus den Beschreibungen die Ausgangssituation nicht klar geworden, was genau erreicht werden soll und welche Tabellen sowie Felder daran beteiligt sind.