Hallo @Mirko  vielen Dank, aber das führt offenbar in eine Endlosschleife oder so. Ninox bricht jedenfalls zusammen. :)

Wenn ich versuche dein Snippet zu verstehen, dann holst du in Zeile 1 mit unique() doch bereits nur 1 Datensatz je Datum, richtig? Oder was wird da eingegrenzt?
 

Mirko vielen Dank. Irgendwo ist immer noch der Wurm drin. Ninox bleibt schon mal stabil. Das ist schon mal gut. Aber als Ergebnis kommt bei mir 0.

Ich habe vielleicht nicht gut beschrieben, wie die Tabellenstruktur ist. Es gibt ein Feld mit den Lagerbeständen (PFOWN). 

Wenn ich jetzt zeitlich eingrenze, z.B. Monat Mai, dann hat jede SKU 31 Zeile Bestand, eine Zeile mit Bestand für jeden Tag. Wenn ich also 100 SKU habe, sind das 3100 Zeilen, die ich selektiere.

Aus diesen 3100 Zeilen will ich dann die 100 Zeilen haben, in denen je SKU der höchste Wert im Feld PFOWN stand, und dann daraus die Summe bilden. 

Da muss doch im Code noch irgendetwas ergänzt werden, oder? Ich kann das nicht erkennen, leider. 

allDat ist doch die Selektion des Datumsbereichs, also z.B. alle Datensätze mit Datum Mai, richtig?

Jetzt sind da 3100 Datensätze drin, 100 für jede SKU, und von diesen 3100 muss für jede unique SKU nur der Datenbestand für die Summierung genommen werden, der unter seinen (SKU) der mit dem höchsten Wert ist.

Wenn eine SKU z.B. am 10.05. den höchsten Wert hatte, muss dieser Datensatz für die Summierung herangezogen werden, bei der nächsten war es vielleicht der 25.05. usw.

Mirko ja sorry, das war von mir nicht so glücklich beschrieben.

Alle Daten sind in der einen Tabelle "Lagerbestände", keine Verknüpfungen. SKU steht für Stock Keeping Unit, und entspricht der Artikelnummer.

Ein Datensatz in "Lagerbestände" enthält vereinfacht die Felder

Datum | SKU | PFOWN       =>> übersetzt (Datum | Artikelnummer | Bestand)

in PFOWN ist dann als Zahlfeld der Bestand des entsprechenden Tages (Datum) für die SKU

Und für jeden Kalendertag hat jede SKU einen Datensatz mit seinem Lagerbestand.

Ist pro Tag EIN Bestand mit MEHREREN SKU, oder umgedreht? 
 

Es ist pro SKU und Tag ein Datensatz (Bestand) da. 

Also bei 100 SKU sind es für 1 Kalendertag 100 Datensätze, für 31 Kalendertage 3100 Datensätze, ergo Bestände.

Bei deinem letzten Code, hatte ich auch das SKU Feld als Bestandsfeld verstanden, wäre also entsprechend PFOWN, aber es müsste vorher noch der Teil rein, der Ninox sagt, finde unter den 31 Werten je SKU den jeweils höchsten.

Ich bastele mal eben eine Beispieldatenbank 

Mirko hier wäre eine Beispieldatei. Das Ergebnis der Abfrage wäre nach meiner Berechnung

 +      1.023,000000 

 +        224,000000 

 +        776,000000 

 +        566,000000 

 ------------------- 

 +      2.589,000000 

Vielen Dank nochmal für deine Hilfestellung

Mirko 

Für Deine ursprüngliche Tabelle kannst Du ja mal folgendes austesten:

Das habe ich mal gemacht, und es wird zumindest mal eine Zahl ausgegeben. Scheint mir recht groß, aber muss ich noch genauer prüfen. Bin jetzt auch erst mal müde. Vielen Dank für die Mithilfe und gute Nacht. :)

...Ich poste mal hier die Bilder die zeigen, wieso ich auf 2,589 Einheiten komme..

 Guten Morgen Mirko, erst mal wieder vielen Dank für deine Mühe. 

In deiner Datenbank BeständeM2 ist das Ergebnis korrekt. Das scheint also die richtige Formel zu sein.

Ich muss das sowieso auf einen Button legen, weil diese Abfrage die Performance deutlich drückt, und ich sogar ein paar Fehler hatte gestern Nacht, mit parallel laufenden API calls. 

Ich beschreibe nochmal, was die Challenge ist:

Ich bekomme eine Rechnung eines Dienstleisters, die bezieht sich auf einen Zeitraum (Monat) und enthält unter anderem Kosten für Lagerhaltung.

Um nun die Entwicklung dieser Lagerhaltungskosten zu überwachen, habe ich mir überlegt, die im betreffenden Zeitraum je SKU maximal gelagerte Menge heranzuziehen, und aus der Summe aller SKU Maximallagermengen einen Quotienten zu ermitteln, indem ich die Kosten der Lagerhaltung auf alle Einheiten umlege.

Um diesen Quotienten zu ermitteln, benötige ich die Summe der Max Mengen je SKU eines Zeitraumes.

Konkret auf deine Frage:
Nicht die Summe einer SKU über mehrere Zeiträume wird benötigt. Ich brauche die Höchstwerte aller SKUs in einem Monatsabschnitt.

Da die Felder in der Tabelle "Eingangsrechnungen" stehen, wird dieser Zeitraum bereits über die an der Rechnung definierte Periode, z.B. "05-23" mit folgendem Script:
 

let myStartdate := date(number(20 + substr(Periode, 3, 4)), number(substr(Periode, 0, 2)), 1);
    let myEnddate := date(number(20 + substr(Periode, 3, 4)), number(substr(Periode, 0, 2)) + 1, 0);

So wie ich es sehe, sollte es mit deinem Script also klappen. 

Ich probiere das jetzt mal, und melde mich wieder.

Mirko so, das sieht gut aus. Soweit ich das prüfen kann, liefert dein Skript den gewünschten Wert.  

Mir ist nur aufgefallen, dass der Befehl "do as server" möglicherweise die Performance ziemlich drücken kann. 

Jedenfalls habe ich mit "do as server" gefühlte 30 Sekunden Scriptlaufzeit, ohne sind es eher 3-4. Kann das sein?

Dein Skript entspricht jedenfalls der angedachten Anwendung. Im Button untergebracht, hat es auch keinen nennenswerten Einfluß auf die Performance.

Vielen Dank für die Hilfe.

Wenn ich statt des Höchstwertes einer SKU lieber den Mittelwert nehmen würde, wie würde ich den Code dann ändern? mit avg statt max?

let allDat := unique((select Lagerbestand)[myStartdate <= Datum and Datum <= myEnddate].SKU);
    sum(for i in allDat do
            avg((select Lagerbestand)[SKU = i].PFOWN)
        end)

Ich habe es gerade ausprobiert.

Ist ganz cool, mit avg, kommt dann der Mittelwert. 

Vielen Dan Mirko.

Mirko Danke, eingebaut. :)