ROW() Funktion verhält sich anders innen SUM() und SUMPRODUCT()

Question

Problemstellung:

Geben Sie eine beliebige Anzahl in der Zelle A1. Versuchen Sie nun die folgenden Formeln in der ersten Zeile.

=SUM(INDIRECT("A"&ROW())) 

und

=SUMPRODUCT(INDIRECT("A"&ROW())) 

die erste Formel auswertet, gibt der zweite ein #VALUE Fehler. Dies wird dadurch verursacht, dass sich die ROW()-Funktion innerhalb von SUMPRODUCT() anders verhält. In der ersten Formel gibt ROW()1 zurück. In der zweiten Formel gibt die Zeile {1} (Array mit einer Länge) zurück, obwohl die Formel nicht als CSE-Formel eingegeben wurde.

Warum passiert das?

Hintergrund

Ich brauche eine Formel des Typs eines Fehlers

=SUMPRODUCT(INDIRECT(*range formed by concatenation and using ROW()*)>1) 

Dies funktioniert aus zu bewerten. Um dieses Problem zu umgehen, berechne ich jetzt ROW() in einer anderen Zelle (offensichtlich in der gleichen Zeile) und verkette das innerhalb meiner INDIRECT(). Alternativ habe ich auch versucht, es innerhalb einer Summenfunktion wie SUM(ROW()) zu kapseln, und das funktioniert auch.

Ich würde es sicher schätzen, wenn jemand erklären könnte (oder mich auf eine Ressource verweisen, die erklären kann), warum ROW() ein Array innerhalb SUMPRODUCT() zurückgibt, ohne dass CSE eingegeben wird.

Answer 1

Interessante Frage. Es gibt hier subtile Probleme, die ich nicht dokumentiert gesehen habe.

Es scheint INDIRECT("A"&ROW()) gibt ein Array, bestehend aus einem Element, das eine Referenz auf eine Zelle ist - nicht der Wert in dieser Zelle. Viele Funktionen können diesen Datentyp nicht korrekt auflösen, aber einige Funktionen wie N und T können das Array "dereferenzieren" und den zugrunde liegenden Wert zurückgeben.

diesen Fall nehmen, wo es zwei Elemente im Array sind:

=SUM(N(INDIRECT("A"&ROW(1:2)))) 

Das gibt A1 + A2, wenn Array eingegeben, aber sie A1 nur zurück, wenn sie normal eingegeben. Wenn Sie jedoch ROW (1: 2) in {1; 2} in dieser Formel ändern, wird das korrekte Ergebnis bei normaler Eingabe zurückgegeben. Die äquivalente Formel SUMPRODUCT gibt A1 + A2 zurück, unabhängig davon, ob ein Array eingegeben wurde oder nicht.

Dies kann damit zusammenhängen, wie die Argumente in der Funktion registriert sind. Laut http://msdn.microsoft.com/en-us/library/bb687900.aspx gibt es im Wesentlichen zwei Methoden zum Registrieren von Funktionsargumenten für die Verarbeitung von Excel-Datentypen:

Typ R/U: "Werte, Arrays und Bereichsreferenzen."

Typ P/Q: "Excel konvertiert einzelne Zellenreferenzen in einfache Werte und mehrzeilige Referenzen auf Arrays, wenn diese Argumente vorbereitet werden."

SUM-Argumente scheinen mit dem Typ R/U übereinzustimmen, während SUMPRODUCT-Argumente sich wie Typ P/Q verhalten. Array-Eingabe der obigen SUM-Formel zwingt das Range-Referenzargument in ROW, als Array ausgewertet zu werden, während dies bei SUMPRODUCT automatisch geschieht.

aktualisiert

Nach einer wenig mehr Untersuchung, hier ist ein weiterer Beweis, der diese Theorie stützen könnte. Basierend auf den Link in der Kommentar die Formel = SUM ((A1, A2)) ergibt die gleichen Werte wie:

?executeexcel4macro("CALL(""Xlcall32"",""Excel4"",""2JRJR"",4,,1,(!R1C1,!R2C1))") 

das letzte Argument Registrierung als Typ P durch 2JRJR zu 2JRJP Wechsel gibt einen Fehler in diesem Fall Erlaubt jedoch einzelne Bereichsbereiche wie !R1C1:!R2C1. Auf der anderen Seite erlaubt das Ändern der 4 (xlfsum) auf 228 (xlfsumproduct) nur einzelne Bereichsreferenzen, wie es auch genannt wird, wie SUMPRODUCT.

Answer 2

Da ROW() ein Array zurückgibt, verwenden Sie INDEX, um das erste Element zu erhalten.

Sie Beispiel wird dann: =SUMPRODUCT(INDIRECT("A"&INDEX(ROW(),1)))

Answer 3

Ich glaube nicht ROW() verhält sich anders hier, es gibt ein Array in beiden Fällen. Ich nehme an, dass SUMME und SUMMENPRODUKT dieses Array unterschiedlich behandeln - nicht sicher warum.

Viele Funktionen oder Kombinationen von ihnen geben Arrays zurück - Sie brauchen STRG + UMSCHALT + EINGABE nicht, um dies zu ermöglichen. In vielen Fällen benötigen Sie nur CSE, um die erzeugten Arrays zu verarbeiten.

würde ich nur INDEX verwenden anstelle von INDIREKTE (die man auch Vorteile durch eine veränderliche Funktion zu vermeiden), das heißt

=SUMPRODUCT(INDEX(A:A,ROW()))

....erweitert, dass diese Formel zu Ihrem Bereich wird die Anzahl der Werte> 1 in einem Bereich, in Spalte A zählt, wobei x die Startreihe und y die Endzeile

=COUNTIF(INDEX(A:A,x):INDEX(A:A,y),">1")

x und y durch Formeln berechnet werden kann definiert

Sie können SUMPRODUCT oder COUNTIFS auf ähnliche Weise verwenden, wenn weitere Bedingungen hinzugefügt werden sollen.