mehrere Daten i.1 Zelle - nur ein Teil benötigt

Beiträge zum Forumthread

Beiträge zu diesem Forumthread

Betreff

Datum

Anwender

wo Ihr damals einen ganzen Thread lang auf unerklärbaren Ergebnissen herumgeritten seid, statt zu akzeptieren, dass es sich um irrelevante oder zu vermeidende Grenzbereiche handelt - und dass Softwarehersteller immer einen Spagat zwischen Logik und Performance machen müssen.
Mir reicht es, zu wissen:
AGGREGAT ist (wie die Funktionen selbst auch, deren Mantel es bildet) nur mengenmäßig limitiert einsetzbar - auf meinem Rechner anscheinend 50.000mal. AGGREGAT ist das Vehikel für den falschen Anspruch, mehrere Schritte auf einmal erledigen zu wollen. AGGREGAT ist die Antwort auf Probleme, die ich gar nicht habe, da ich die schon vorher schon weiträumig umfahre. Das klingt etwas bitter so wie der Spruch, dass man in der Ehe Probleme gemeinsam löst, die man allein nicht hätte. Bei der Ehe ist es jedoch immerhin so, dass sie dafür da ist, um unseren Fortbestand auf erträgliche Weise zu sichern.
Ein gutes Modell richtet sich nicht nach den Bedürfnissen des Menschen, sondern ein weiser Mensch richtet sich nach den Stärken des Computers und hinterfragt nicht seine Schwächen, da er heute nach 65 Jahren Existenz des Computers davon ausgeht, dass die konzeptuellen Schwächen nicht mehr zu hinterfragen sind *). Bugs als Ausnahme bestätigen da nur die Regel. Es ist tatsächlich so. Muss der Computer einem kranken oder schwachen Menschen helfen, ist er für die Aufgabe spezialisiert. Der Mensch kann den Computer natürlich immer noch weiter optimieren, z.B. über Quantenbits, und dadurch möglicherweise noch einmal grundlegend ändern.
Computers Stärken sind Sortierung, Normalisierung sowie Massendatenverarbeitung.
Funktionen sollten insbesondere nicht mit unsortierten Daten arbeiten. Daher sind die Voreinstellungen von VERGLEICH und VERWEIS für sortierte Daten gedacht. Deren Erweiterungen berücksichtigen unbedarfte Verwendungen, verlangsamen aber Berechnungen um das n/2-fache.
Hilfszellen sind in einer (statischen) Tabellenkalkulation das geeignetste Vehikel, um einer maßgeschneiderten Anwendung "Programm und Daten" so weit wie möglich in der Performance näher zu kommen. Mittels VBA ist Tabellenkalkulation ebenfalls maßschneiderbar. Ohne Hilfszellen kann man mit Pivot-Tabellen noch ähnlich weit kommen, da Pivottabellen Sortierung entbehrlich machen - als wichtigste Stärke. Hilfszellen, wenn nötig, machen ein Modell maximal schnell, klein, leicht verständlich, und gut wartbar. Der Verzicht auf Hilfszellen kann bis zum Obfuscating eines Modells führen.
*) Lotus 1-2-3 2.0 galt auf dem halben Wege dieser 65 Jahre schon 1985 als fehlerfrei, obwohl gänzlich in Assembler geschrieben! Das Programm hatte eine vollständige Makrosprache, mit der schon alles möglich war, und passte auf eine viertel bis halbe Diskette mit 1,44 MB (also so groß wie die Dateien, die unbedarfte User hier hochladen!). Heute hat man hingegen die Möglichkeiten, nur noch Tools zusammenstecken zu müssen, die für sich reif und ausgetestet sind. Fehler entstehen eigentlich nur noch beim Zusammenstecken.

…DB zu halten und diese für Auswertungen aggregiert abzurufen, Lupo;
dabei können sie in der DB auch redundanzfrei gehalten und dürfen nur dort aktualisiert wdn, was die DatenSicherheit erhöht. Wohl auch deshalb gibt's diese Bestimmungen. Anderenfalls könnte eine Flut irgendwie aggregierter u/o berechneter, im Prinzip redundanter Daten entstehen, von denen letztlich keiner mehr weiß, wie sie entstanden und ob sie überhaupt offiziell resp verbindlich, geschweige denn vglbar sind. Das gilt besonders für Großbetriebe, große Verwaltungen und VW-Rechnungen, da gerade dort Massendaten anfallen!
Die Verwendung von Hilfszellen setzt außerdem ordentliche Datei-GesamtStrukturen voraus, sonst könnten sie schnell bzw mit der Zeit zu chaotisch-strukturlosen NebenRechnungen mutieren.
Xl bietet inzwischen etliche Hilfe, die solches Chaos vermeiden helfen sollen. Dazu gehört dann ja auch die Kontrolle auf abweichende Fmln in TabellenBlöcken u.a. Normierungen, nebst betriebsinterner Regularien.
Nochmal zu meiner Nachbemerkung, die bitte mal Interessenten mit Xl-Versionen>14/2010 überprüfen mögen. Es sieht nämlich so aus, als ob MS nun auch die vbFkt Evaluate generell für die Anwendung in in ZellFmln eingesetzten UDFs gesperrt hätte. Damit wären dann alle meine UDFs, die darauf basieren oder das verwenden, im Fml-Einsatz wirkungslos. D.h., man könnte auch keine Auswertungen mit Fmln auf der Basis von BedingtFormat-Regeln und angezeigten Real-Formaten mehr machen. Für mich ein Hinweis darauf, dass MS inzwischen Xl derart überfrachtet hat, dass sie befürchten, dass der Einsatz solcher UDFs, zumindest im ja nun möglichen GroßEinsatz, zu PgmInkonsistenzen und -Abstürzen führen könnte. Und das finde ich nun überhaupt nicht „sexy“ (und eigenverantwortliche Fmln unter Einbeziehung solcher UDFs bleiben dabei auch auf der Strecke)! :-[
Ob nun die alte XLM-Fkt AUSWERTEN noch fktioniert, kann ich nicht sagen, müsste also vornehmlich in diesem Bereich ebenfalls mal getestet wdn. Somit zeigt sich mal wieder, dass MS eine falsche Xl-WeiterentwicklungsStrategie verfolgt und am alten Dampfer eher rumgeflickt als wirklich modernisiert wird. Dafür müsste wohl erst ein völlig neues GrundKonzept her…
Folglich sollte ich mich dann wohl eher resp besser mit einem neuen, formalistischen Algorithmus-NotationsSystem und seiner Interpretation beschäftigen als den Unwägbarkeiten künftiger Xl-Entwicklungen hinterher zu pgmmieren…
Luc :-?

Beliebteste Forumthreads (12 Monate)

mehrere Daten i.1 Zelle - nur ein Teil benötigt

31 Beiträge zum Forumthread Beiträge zu diesem Forumthread

VBA Beispiele zu verwandten Themen

Beliebteste Forumthreads (12 Monate)

Beliebteste Forumthreads (12 Monate)

31
Beiträge zum Forumthread

Beiträge zu diesem Forumthread