Office: (Office 2016) String in Abfrage zerlegen

Hallo ich habe einen String der nicht immer der selbe im Aufbau ist, es können sich auch die Stellenzahl verändern.

Beispiel: 74305.G02.G.HSA, oder 74305.G02.A.OG05.0017

Wenn die Stellenzahl stets die selbe wäre würde ich es mit der Art zerlegen:

Beipiel für die Anzeige der ersten 5 Zeichen von links

MeinTest: Links([DeinFeld];5)

_____________________________________________________________

Beipiel für die Anzeige der ersten 5 Zeichen von rechts

MeinTest: rechts([DeinFeld];5)

_____________________________________________________________

Beipiel für die Anzeige von 6 Zeichen, ab der 2.Stelle von Links

MeinTest: Teil([DeinFeld];2;6)

Wie bekomme ich das so hin, das immer der Wert zwischen den Punkten, bzw. am Anfang bis zum ersten, oder bei der letzten Stelle von rechts gesehen angezeigt wird?

:)

 

Hallo,
Siehe https://www.ms-office-forum.net/foru...26&postcount=3
bzw. https://www.ms-office-forum.net/foru...26#post1945826
Ulrich

 

Wieder mal: Zusammensetzen ist einfacher als Trennen. Letzteres wird sichtbar weniger beherrscht. Also spricht schon das dafür, den String einmalig zu trennen (bei Import) oder gleich nach Atomarinhalten getrennt zu erfassen und das Ganze in getrennten Tabellenfeldern abzulegen.

Dass bei einer Live-Trennung in einer Abfrage dann auch eine Indexnutzung auf solche Teilstrings und damit mögliche Performance schon systematisch entfällt, ist dann folgende "höhere Mathematik" (versteht nicht jeder).

 

Hallo Eberhard,

nicht immer so pessimistisch denken. *wink.gif*

Vielleicht wird ja diese Abfrage verwendet, um solche Missstände nach einem Import wieder zu korrigieren. Der OP hat sich darüber nicht geäußert.

Dein Hinweis mit dem Index ist natürlich berechtigt.

Gruß Ulrich

 

Praktisches Erleben zeigt seine Spuren.

Wer das in einer Abfrage ausführt, wird mancher das sehr schnell immer wieder statt nur einmal ausführen. Dann hätte man schon mal wiederkehrenden Aufwand gegen einmaligen Aufwand.
Siehe Split - Text schnell in Teilstrings splitten: Wenn die gezeigte Ersatzfunktion ein Stück schneller ist als die originale in VBA, ist, zeigt das zumindest, dass diese Funktion nicht ganz so schlank ist wie bspw. ein Instr. In der oben gezeigten Umsetzung wird das Split dann aber pro auszuwertendem Feld abgefeuert. Mit der Multiplikation durch einige Datensätze könnte sich da etwas summieren. Erst der dritte Punkt wäre dann jener mit der Indexnutzung.

Ich meine: Wer anmerkungs- und kritiklos solche Aufsplittungen löst (wenn er es kann), wird das nicht selten als normal empfinden und selber solche Datenkonglomerate (mit Stolz) erzeugen, wo dann der nächste wieder so seine Probleme hat. Und der nächste schreibt das dann wieder ab, was er so sieht.

 

Hallo Eberhard,

die Anmerkung zu Spit() kann ich so nicht kommentarlos stehen lassen. Mag sein, daß die von dir angegebene Split-Funktion schneller ist, aber diese muß totzdem in einer SQL-Abfrage mehrfach aufgerufen werden, wenn ich z.B. drei Teilstrings extrahieren möchte. Was anderes wäre die Anwendung in einer Sub/Funktion mit VBA. Da könnte man die Vorteile eventuell ausspielen. Wenn du es wirklich schnell haben möchtest, würde ich auf eine Version von hier VBspeed: Split zurückgreifen.

Gruß Ulrich

 

Wenn es nichts zusätzlich kostet, unbedingt immer. Laufzeibverlängerungen kann ich mir bei Bedarf auch selber reinlegen.

Allerdings auch: Wenn ich nur einmalig bei Import trenne und da unterstelle, dass die Anzahl bei Import deutlich kleiner als die Anzahl über die ganze Tabelle ist, ist die Methode des Trennens weniger relevant.

 

Hallo, ich sehe das ist ein kontroverses Thema.
Ich habe mir das nicht ausgesucht und bin auch nicht für den Datenmüll verantwortlich, darfs nur wieder gerade ziehen. Da fragt keiner von denen die es verzapft haben wie kann ich dir helfen....
Blöd nur wenn man selber auf solch ein Verhalten schon hingewiesen hat, das genau so etwas später dabei heraus kommt. *mad.gif*

Habe das erst mal nach hinten gestellt, denn ein neues Thema hat mich gerade erreicht. Werde mich aber wieder damit beschäftigen.
Danke aber schon mal.

 

In VBA Sicher nicht.
Bei den Beispielen gehen die von Binärcode aus.
Den kann man aber nur mit VB5/VB6 erstellen.
Bei VBA gelten die Performance Angaben allesamt nicht.

Aber wenn man genau hinschaut, sieht man dass jeder String 3 mal erzeugt wird und dadurch auch 2 mal unnützerweise freigegeben werden muss.
Da wäre also noch viel Luft. *wink.gif*