planox. pro Servus!

Frage: wenn du mit last() arbeitest nimmt Ninox aber den zuletzt erzeugten Datensatz richtig? Das würde bedeuten dass ein Restrisiko bleibt dass ‚last()‘ auch gleichzeitig max() ist oder? Trotzdem wäre das ein super Ansatz und eine gute Idee alternativ zu Max den Datensatz zu ermitteln.

du hast den ‚Order nach Datum()‘ hinzugefügt. Deshalb sucht sich last() aber trotzdem nicht denjenigen Datensatz mit dem letzten Datum weiterhin den zuletzt erzeugten, oder hab ich das bisher falsch verstanden?

anmerkung noch: du musst nicht unbedingt die select Anweisung nehmen, kannst auch mit last(Untertabelle) direkt in die Untertabelle reingreifen. Bessere Datenbank Performance..

LG Benjamin

Benjamin Kunzmann (pr) 

Moin, mit last() bekommt man immer den letzten Datensatz der sortierten Reihenfolge. Standardmäßig ist das die Record-Nr (alphanumerisch). Man kann per "order by" aber auch ein anderes Datenfeld angeben, nach dem (aufsteigend) sortiert werden soll. Dann ist der letzte Datensatz der mit dem höchsten Wert, also in diesem Fall der mit dem höchsten Datum.

Aus deiner Aufgabenstellung ging leider nicht eindeutig hervor, ob auch die Tabellen miteinander verknüpft sind. Deshalb mit "select", denn so funktioniert es immer, ob verknüpft oder nicht. Das gilt in ähnlicher Weise auch für die eckigen Klammern. Es ging also darum, ein Codebeispiel zu geben, das mit großer Wahrscheinlichkeit funktioniert.
 

DIGITOOL 

Moin Ronald, doch, meines Wissens funktionieren min() und max() auch in der Mac-App. Man könnte den höchsten Wert also auch so ermitteln:

let myF := Fassnummer;
max((select Tabelle2)[Fassnummer = myF].'Datum Stichtag')

Da es bei dem zweiten Wert aber darum ging, den dazugehörigen auszulesen, war es einfacher, die Record-Nr. zu ermitteln und dieses Verfahren für beide Werte anzuwenden.
 

 planox. pro ,

Oh, das hatte ich aus diesem Post so verstanden:

Jean-Luc said:
Benjamin Kunzmann (pr) Hallo Benjamin, danke für Deine Rückmeldung. Die Funktion höchster Wert resp. niedrigster Wert funktioniert leider nicht (scheint bei Desktop Version ein bekanntes Problem zu sein)

DIGITOOL 

Schreck in der Morgenstunde ... ;)

Das wäre in der Tat fatal, wenn min() und max() in der App nicht funktionieren würden. Tun sie aber. Hab's vorsichtshalber gerade noch mal ausprobiert. Woher die falsche Annahme kommt, weiß ich nicht. Vermutlich hat beim Zitierten mal irgendwas in einer bestimmten Konstellation nicht funktioniert - und sich dann als vermeintliches Wissen manifestiert, dass es generell nicht ginge. Ist ja oft so. 

DIGITOOL Hut steht dir gut. ;)

Stimmt, das wäre natürlich effizienter, sofern man nicht mehr gezielt auf die Einzelwerte zugreifen muss. Ich hatte mich halt an der Aufgabenstellung orientiert, soweit sie erkennbar war.

Aber wenn wir schon beim Optimieren sind: Noch effizienter wäre, man würde statt der Funktionsfelder Datenfelder erstellen und diese bspw. mit einem Änderungstrigger in Tabelle2.'Datum Stichtag' befüllen. Dann müsste gar nichts mehr dynamisch berechnet werden. Aber dazu müsste man natürlich mehr über den Workflow und das Datenmodell wissen.