Problem mit Summenprodukt Formel

Beiträge zum Forumthread

Beiträge zu diesem Forumthread

Betreff

Datum

Anwender

…falsch, Christian,
sondern nur etwas umständlich und sollte im Original eigentlich das gleiche Ergebnis liefern wie Boris' Verkürzung.
Bei der XlFkt SUMMENPRODUKT handelt es sich um das, was dt Mathematiker Produkt[e]summe nennen (Übersetzungsfehler von MS), d.h., 2…255 Vektoren bzw Matrizen wdn Element für Element miteinander multipliziert und aus diesen Ergebnissen dann die Summe gebildet, weshalb die klassische Form dieser Fkt auch SUMMENPRODUKT(Array1;Array2;…;Array255) lautet. Allerdings fktt das auch mit nur 1em Argument, dann aber quasi nur als SUMME mit den (dann erwünschten) Besonderheiten von SUMMENPRODUKT wie zB Verarbeitung ganzer Bereiche (und ggf Datenfelder) auch ohne MatrixFml-Kennzeichnung, da sie idR nur einen Wert zum Ergebnis hat. Wenn aber wie hier Ausdrücke als Argument(e) auftreten, kann in Abhängigkeit von den in diesen verwendeten Fktt (falls diese selbst Datenfelder liefern) eine Kennzeichnung als MatrixFml erforderlich sein.
N ist idR im Zusammenhang mit INDIREKT erforderlich, hier aber nur eine Variante der Umwandlung eines Wahrheitswerts (aus dem Vgl) in eine Zahl (-- bzw 1* oder 0+ tut's hier auch.
Statt der von Boris verwendeten MatrixKonstante ({…}) kann natürlich auch ein diesen Zahlenbereich liefernder Ausdruck verwendet wdn. Das wäre auch zu bevorzugen, wenn es mal bis 57 gehen soll, damit der Schreibaufwand dann nicht so groß ist.
Andere FmlVarianten wären bspw …
{=SUMMENPRODUKT(--((D1:D5000=MTRANS(ZEILE(1:6)))*(E1:E5000>=D1:D5000)+(E1:E5000=MTRANS(ZEILE(1:6)) )*(D1:D5000>=E1:E5000)>0)) }
{=SUMMENPRODUKT(--((D1:D5000=MTRANS(ZEILE(1:6)))*(E1:E5000>=MTRANS(ZEILE(1:6))) +(E1:E5000=MTRANS(ZEILE(1:6)))*(D1:D5000>=MTRANS(ZEILE(1:6)))>0)) }
=SUMMENPRODUKT(--((D1:D5000=SPALTE(A:F))*(E1:E5000>=D1:D5000)+(E1:E5000=SPALTE(A:F))*(D1:D5000> =E1:E5000)>0))
=SUMMENPRODUKT(--((D1:D5000=SPALTE(INDIREKT("S1:S6";0)))*(E1:E5000>=D1:D5000) +(E1:E5000=SPALTE(INDIREKT("S1:S6";0)))*(D1:D5000>=E1:E5000)>0))
…und höchstwahrscheinlich auch …
=SUMMENPRODUKT((TEILERGEBNIS(5;INDIREKT(WECHSELN("D#:E#";"#";ZEILE(1:5000))))=SPALTE(A:F))*
(TEILERGEBNIS(4;INDIREKT(WECHSELN("D#:E#";"#";ZEILE(1:5000))))>=SPALTE(A:F)))
…wobei bei letzterer Variante auch die klassische Form möglich wäre.
Leider kann man hier nichts in benannte Fmln auslagern, weil sich die XLM-Fkt AUSWERTEN auch auf die XlSteuerung verlässt und deshalb dieses WECHSELN dort nicht zum gewünschten Ergebnis führt. Ebenso lässt sich da wohl auch nichts mit INDEX machen. Allerdings könnte das in ZellFmln mit einer udFkt auf Basis der vbFkt Evaluate eher fktionieren, wie nachfolgend gezeigt:
=SUMME(TransFor(D1:D5000;"sumproduct(--(min(D#:E#)=row(1:6)),--(max(D#:E#)>=row(1:6)))"))
Anm: Für diejenigen Mitleser, die über die udFktt Compute bzw Explore verfügen → mit diesen dürfte es ähnlich gut fktionieren.
Gruß, Luc :-?

…verwendet, Christian,
denn alles, was innerhalb der Klammern der Fkt SUMMENPRODUKT stand, war ein zusammenhängender Ausdruck, quasi eine selbständige TeilFml, die einen Vektor aus 0en und 1en liefert. SUMMENPRODUKT addiert dann nur noch, benötigte hier aber (im Ggsatz zu SUMME) keine MxFml-Form.
Die neue Fml ist zwar komplizierter, hat aber auch nur ein Argument, d.h., SUMMENPRODUKT erhält bereits eine fertige Matrix, die nur noch summiert wdn muss. Das kannst du ja auch mal separat auf dem TabBlatt mit eigener (Matrix-)Fml für diesen FmlTeil ausprobieren.
Die MxFml-Form einiger Fmln ist Komponenten des Ausdrucks (als Argument1) geschuldet. MTRANS fktt nur so richtig.
Die letzte StandardFml kann man auch mit 2 Argumenten („klassisch“) schreiben, weil hier eine andere Überlegung zugrunde liegt, die den abschließenden Vgl mit 0 überflüssig wdn lässt, also:
=SUMMENPRODUKT(--(TEILERGEBNIS(5;INDIREKT(WECHSELN("D#:E#";"#";ZEILE(1:5000))))=SPALTE(A:F));
--(TEILERGEBNIS(4;INDIREKT(WECHSELN("D#:E#";"#";ZEILE(1:5000))))>=SPALTE(A:F)))
Die Form mit nur 1 Arg ist aber 4 Zeichen kürzer… ;-)
Übrigens, falls du mal in VBA die WorksheetFunction.SumProduct anwenden willst, kannst du das nur in klassischer Form tun, da dann die Unterstützung durch die allgemeine Xl-Steuerung wegfällt. In Formen wie den angegebenen (MxFml-Kennung entfällt dann), kann nur evaluiert, d.h., vbFkt Evaluate auf den FmlText in US-Original-Notation) angewendet wdn. In diesem Fall steht die Xl-Steuerung nämlich zV.
SchöSo, Luc :-?
PS: Zeit „menschlich“ genug…? ;-)

Beliebteste Forumthreads (12 Monate)

13 Beiträge zum Forumthread Beiträge zu diesem Forumthread

VBA Beispiele zu verwandten Themen

Beliebteste Forumthreads (12 Monate)

Beliebteste Forumthreads (12 Monate)

13
Beiträge zum Forumthread

Beiträge zu diesem Forumthread