Sverweis

Beiträge zum Forumthread

Beiträge zu diesem Forumthread

Betreff

Datum

Anwender

Hallo, Werner;
viell könntest du auch mal hier hineinsehen; nicht unbedingt um eine alternative Lösung zu liefern, was du aber gerne tun kannst, sondern weil ich hier 1. einen weiteren Beleg für die Existenz dieser besonderen, 2zelligen Art von quasi 1zelligen MatrixFmln erstellt habe und 2. auf ein merkwürdiges Verhalten von INDEX gestoßen bin, das dich sicher auch interessieren wird. Dazu Folgendes:
a) Bisher konnte man davon ausgehen, dass ein weggelassenes AuswahlIndex-Argument durch 0 ersetzt wird, wenn wenigstens das zugehörige Semikolon angegeben wurde. Das scheint auch immer noch so zu sein, aber diese 0 wird jetzt wohl wie 1 behandelt, was du sehen kannst, wenn du den INDEX-Teil der separat dargestellten Fml in eigene Zellen einträgst und dabei den ZeilenIndex durch 0 ersetzt.
b) Das von mir original benutzte ZeilenIndex-Datenfeld hat früher auch schon fktioniert, weil Xl die Indizes nacheinander zeilen( bzw spalten-)abhängig benutzt hat, das Datenfeld quasi durchgegangen ist (dazu hatten wir und wohl auch andere schon, zT vor Jahren, diskutiert → ich denke hier u.a. an NoNet). Mitunter war die Benutzung eines Index-Datenfelds auch schon früher erforderlich, aber meist im Zusammenhang mit diskontinuierlichen ZellBereichen (evtl habe ich damit aber erst seit Xl12/2007 experimentiert und diese Änderung ist dort schon eingetreten).
c) Ungewohnt ist auch das Verhalten des INDEX-Teils der OriginalFml in nur 2, noch dazu anders gerichteten Zellen. Es wird erstaunlicherweise das ganze Datenfeld geliefert, was ich bisher, auch bei solchen Konstrukten, nicht feststellen konnte. Darüber, dass das nicht passiert, hatte sich mal vor Jahren NoNet gewundert und ich hatte mir und dir das mit der Wirkungsweise der Xl-Steuerung erklärt. Entweder hat MS jetzt (Xl14/2010?) an der etwas verändert oder eben an der Fkt.
Ich wäre dir jedenfalls verbunden (und auch robert und Matti, falls die mitlesen), wenn du das mal überprüfen könntest. INDEX ist doch sicher immer noch eine deiner „LieblingsFktt“! ;-)
Die neue BspDatei zum verlinkten Thread lade ich jetzt gleich hoch.
Gruß, Luc :-?

…das an einer möglichst einfachen Fml nachzuvollziehen, Werner;
danach scheint der Fall 2c nicht wie ggf bei 2a/b an einer Änderung von INDEX (es könnte aber auch die XlSteuerung sein, die dahingehend modifiziert wurde!) zu liegen, sondern ein Effekt der Xl-Steuerung, genauer der Fml-Optimierung zu sein, der nur auftritt, wenn bestimmte Bedingungen zusammentreffen, wobei es dann egal ist, ob mit SUMME oder SUMMENPRODUKT zusammengefasst wird. Ein gesamter, von INDEX auf diese Weise gelieferter Vektor wird nicht nur ermittelt, sondern auch in diesem 2zelligen Typ einer quasi-1-zelligen MxFml weiterverwendet, wenn dieser anschließend durch einen gleichlangen und wohl auch gleichgerichteten Vektor dividiert bzw mit ihm multipliziert wird. Der wäre ja nun ganz einfach durch 1^ZEILE(A1:An) zu erreichen, wie es das folgende Bsp demonstriert. Als TestDaten reicht ein SpaltenVektor mit den Zahlen von 1…5. Deren Summe wäre 15. Mit der MxFml …
{=SUMME(INDEX({1;2;3;4;5};ZEILE(1:5)))}
…erhält man bekanntlich nur die „Summe“ jedes einzelnen VektorElements in Arg1, wenn man entsprd viele Zeilen auswählt. Auch eine Auswahl von 2 gegengerichteten Zellen ändert daran nichts! Das wird sofort anders, wenn der INDEX-ErgebnisVektor anschld noch mit einem Vektor aus 1en multipliziert wird …
{=SUMME(INDEX({1;2;3;4;5};ZEILE(1:5))*1^ZEILE(1:5))}
Man kann aber auch einen NullVektor addieren:
{=SUMME(INDEX({1;2;3;4;5};ZEILE(1:5))+0*ZEILE(1:5))}
Damit das richtige Ergebnis 15 herauskommt, ist die quasi-1-zellige MxFml-Form über 2 Zellen erforderlich, wodurch man 2 gleiche Ergebnisse erhält. Mit einer 1zelligen MxFml erhält man nur die Summe von 5× 1em Element, also hier 5.
In diesem Fall könnte man also wirklich von einer echten MatrixFormelFktionalität bzw MatrixFktionalitätsFml sprechen, denn an diesem Effekt ist die ganze Fml beteiligt. Die Fkt SUMME macht das nur sichtbar, denn ohne diese umschließende Fkt wäre das eine normale mehrzellige MxFml und der besondere Effekt würde gar nicht auffallen. Vielleicht hat das (mW) ja deshalb bisher niemand entdeckt oder es war ihm nicht klar, was das bedeutet!
Nebenbei, das scheint auch alles zu bestätigen, was ich bisher zu MxFmln und INDEX geschrieben hatte. Dieser MxFml-Sonderfall könnte so auch zu einer wichtigen Alternative bei der Vermeidung volatiler Fktt wdn, zumal AGGREGAT ja auch nur zu einem kleinen Teil für Datenfelder nutzbar ist. Das dabei die {}-Form und 2 Zellen zur „Motivation“ von Xl erforderlich sind, ist zwar bedauerlich, weil mit MehrAufwand verbunden, aber ggf das kleinere Übel.
Gruß, Luc :-?

Beliebteste Forumthreads (12 Monate)

	A	B	C	D	E
1	KG	Preis		6,5	4,55
2	1,0	5,00
3	1,5	4,95
4	2,0	4,90
5	2,5	4,85
6	3,0	4,80
7	3,5	4,75
8	4,0	4,70
9	4,5	4,65
10	6,0	4,60
11	7,0	4,55
12	8,0	4,50
13	9,0	4,45
14	10,0	4,40
15
16
17

Arbeitsblatt mit dem Namen 'Tabelle1'
	A	B	C	D	E
1	KG	Preis		7,2	4,5
2	0	5
3	1	4,95
4	1,5	4,9
5	2	4,85
6	2,5	4,8
7	3	4,75
8	3,5	4,7
9	4	4,65
10	4,5	4,6
11	6	4,55
12	7	4,5
13	8	4,45
14	9	4,4

Zelle	Formel
E1	=VERWEIS(D1;A2:A14;B2:B14)

11 Beiträge zum Forumthread Beiträge zu diesem Forumthread

VBA Beispiele zu verwandten Themen

Beliebteste Forumthreads (12 Monate)

Beliebteste Forumthreads (12 Monate)

11
Beiträge zum Forumthread

Beiträge zu diesem Forumthread