<\/p>\n
Roland Grothe, Hanau; André Minhorst, Duisburg<\/b><\/p>\nZusammenfassung<\/h3>\n
Erstellen Sie ein Add-In zum Messen und Vergleichen der Performance von Funktionen.<\/p>\n
Domänenfunktionen<\/p>\n
Access 97 und höher<\/p>\n
| \n Funktion (engl. Bez.)<\/b><\/p>\n<\/td>\n | \n Beschreibung<\/b><\/p>\n<\/td>\n<\/tr>\n DomAnzahl (DCount)<\/p>\n<\/td>\n Anzahl der Datensätze aus der Tabellen- bzw. Abfrage-Domäne, bei denen der Inhalt des in Ausdruck definierten Feldes bzw. das Ergebnis dieses Ausdrucks nicht Null ist. Berücksichtigt werden nur Datensätze, die dem in Kriterium festgelegten Kriterium entsprechen (die Syntaxbeschreibung gilt für alle Domänenfunktionen).<\/p>\n<\/td>\n<\/tr>\n DomSumme (DSum)<\/p>\n<\/td>\n Summe der Feldinhalte<\/p>\n<\/td>\n<\/tr>\n DomErsterWert (DFirst)<\/p>\n<\/td>\n Feldinhalt des ersten Datensatzes<\/p>\n<\/td>\n<\/tr>\n DomLetzterWert (DLast)<\/p>\n<\/td>\n Feldinhalt des letzten Datensatzes<\/p>\n<\/td>\n<\/tr>\n DomMittelwert (DAvg)<\/p>\n<\/td>\n Durchschnittswert des Feldinhaltes. Nullwerte werden ignoriert<\/p>\n<\/td>\n<\/tr>\n DomVarianz (DVar)<\/p>\n<\/td>\n Varianz eines Feldes, bezogen auf eine Stichprobe<\/p>\n<\/td>\n<\/tr>\n DomVarianzG (DVarP)<\/p>\n<\/td>\n Varianz eines Feldes, bezogen auf die Gesamtmenge<\/p>\n<\/td>\n<\/tr>\n DomStdAbw (DStDev)<\/p>\n<\/td>\n Standardabweichung eines Feldes, bezogen auf eine Stichprobe<\/p>\n<\/td>\n<\/tr>\n DomStdAbwG (DStDevP)<\/p>\n<\/td>\n Standardabweichung eines Feldes, bezogen auf die Gesamtmenge<\/p>\n<\/td>\n<\/tr>\n DomMin (DMin)<\/p>\n<\/td>\n minimaler Wert eines Feldes<\/p>\n<\/td>\n<\/tr>\n DomMax (DMax)<\/p>\n<\/td>\n maximaler Wert eines Feldes<\/p>\n<\/td>\n<\/tr>\n DomWert (DLookup)<\/p>\n<\/td>\n Feldinhalt des ersten Datensatzes<\/p>\n<\/td>\n<\/tr>\n<\/table>\n Tab. 1: Domänenfunktionen von Access<\/b><\/p>\n Der Aufruf einer Domänenfunktion erfolgt immer in dieser Form:<\/p>\n Alle drei Parameter werden in Form einer Zeichenkette übergeben, wobei die ersten beiden zwingend notwendig sind. Der Parameter Kriterium ist optional und kann weggelassen werden, wenn er nicht benötigt wird. Im Prinzip finden Sie in den Parametern die Hauptkomponenten einer SQL-Abfrage wieder, wobei lediglich die entsprechenden Schlüsselwörter weggelassen werden. Fügen Sie diese (in Gedanken) wieder hinzu, erhalten Sie den SQL-Befehl:<\/p>\n Tatsächlich baut Access aus den Parametern einen der jeweiligen Domänenfunktion angepassten SQL-Befehl zusammen. Daher müssen Sie bei der Verwendung von Domänenfunktionen alle Bedingungen und Einschränkungen beachten, die auch für „normale“ SQL-Befehle gelten.<\/p>\n Dies gilt vor allem für die vom SQL-Interpreter vorgeschriebenen amerikanischen Formatierungen, auf die der Beitrag später noch eingehen wird. Für die folgenden Beschreibungen der einzelnen Parameter verwenden Sie als Beispiel die Domänenfunktion DomWert(), die einen einzelnen Wert aus einer Tabelle oder Abfrage ermittelt und die Funktion DomAnzahl(), welche die Anzahl der Datensätze zurückgibt, die einen Eintrag in einem bestimmten Feld enthalten. <\/p>\n Bei diesem Parameter handelt es sich normalerweise um den Namen des Feldes, das die benötigte Information enthält. Der Feldname wird als Zeichenkette übergeben, daher müssen Sie ihn in Anführungszeichen setzen. Um etwa das Bestelldatum des ersten Datensatzes der Tabelle Bestellungen zu ermitteln, verwenden Sie folgenden Ausdruck:<\/p>\n Unter VBA würde dieser Ausdruck so aussehen (in einer Zeile):<\/p>\n Sie können das Ergebnis dieses Ausdrucks im Direktfenster durch Voranstellen der Anweisung Debug.Print oder dessen Abkürzung, dem Fragezeichen (), ausgeben lassen (siehe Bild 1).<\/p>\n <\/b><\/p>\n Bild 1: Testen einer Domänenfunktion im Direktfenster<\/span><\/b><\/p>\n Statt eines einzelnen Feldnamens kann aber auch ein komplexerer Ausdruck übergeben werden, der Informationen aus mehreren Feldern zusammenfasst oder Berechnungen durchführt. In diesem Fall setzen Sie den gesamten Ausdruck in doppelte Anführungszeichen. Der folgende Ausdruck ermittelt beispielsweise die Zeit zwischen der Bestellung und der Lieferung des ersten Datensatzes der Tabelle Bestellungen:<\/p>\n Die VBA-Variante lautet:<\/p>\n Befinden sich innerhalb des Ausdrucks doppelte Anführungszeichen, ersetzen Sie diese durch einfache Anführungszeichen, die vom SQL-Interpreter als Begrenzungszeichen anerkannt werden.<\/p>\n Der folgende Ausdruck ermittelt die Firmenbezeichnung aus dem ersten Datensatz der Tabelle Kunden und stellt den Ansprechpartner anschließend in Klammern dar:<\/p>\n beziehungsweise<\/p>\n Anstelle eines einfachen Anführungszeichens können Sie auch zwei doppelte Anführungszeichen verwenden, allerdings wird ein solcher Ausdruck sehr schnell unübersichtlich:<\/p>\n Die Zeichenkette kann der Domänenfunktion auch als Bezeichner, als Ergebnis einer Funktion oder (in VBA) als Variable übergeben werden.<\/p>\n In diesem Fall lassen Sie die Anführungszeichen weg. Es muss jedoch sichergestellt sein, dass die übergebene Zeichenkette die bereits angesprochenen formalen Bedingungen erfüllt, ansonsten erhalten Sie den Ausdruck #Fehler als Ergebnis. <\/p>\n Wie auch der Parameter Ausdruck ist der Parameter Domäne nicht optional und daher unbedingt einzugeben. Als gültige Werte wird der Name jeder Tabelle oder gespeicherten Abfrage der aktuellen Datenbank in Form einer Zeichenkette akzeptiert. Auch für diesen Parameter gelten die gleichen Regeln bezüglich der Anführungszeichen und eckigen Klammern wie beim Parameter Ausdruck. Wird als Domäne der Name einer Abfrage verwendet, kann es sich hierbei nur um eine gespeicherte Abfrage handeln. Es ist nicht möglich, diesen Parameter wie im Ausdruck<\/p>\n <\/p>\n direkt in Form eines SQL-Befehls zu übergeben.<\/p>\n Aus Gründen der Ausführungsgeschwindigkeit sollten Sie versuchen, die benötigte Information möglichst direkt aus der Tabelle zu beziehen. Im optimalen Fall verfügt die Tabelle über einen Index auf das gesuchte Feld.<\/p>\n Alle bisherigen Beispiele lieferten die gesuchte Information entweder aus einem Feld des ersten Datensatzes (DomWert()) oder berücksichtigten bei der Berechnung alle Datensätze (DomAnzahl()) der im Parameter Domäne genannten Tabelle oder Abfrage.<\/p>\n Dies liegt daran, dass Sie den Parameter Kriterium bei diesen Beispielen einfach weggelassen haben. Mit diesem Parameter ist es möglich, auf einen anderen als den ersten Datensatz zuzugreifen oder lediglich eine begrenzte Auswahl von Datensätzen zu berücksichtigen.<\/p>\n Die Syntax des Parameters Kriterium entspricht exakt der WHERE-Klausel einer SQL-Abfrage, bei der das Schlüsselwort WHERE fehlt. Wie die anderen Parameter wird auch dieser als Zeichenkette übergeben und ist in doppelte Anführungszeichen zu setzen. Um beispielsweise das Bestelldatum der Bestellung Nr. 10268 zu ermitteln, verwenden Sie den Ausdruck<\/p>\n Da es sich beim Kriterium Bestell-Nr um einen ganzzahligen Wert handelt, sind bei diesem Beispiel keine Besonderheiten zu beachten. Komplizierter wird es, wenn als Kriterien Zeichenketten, Datumsinformationen oder Fließkommazahlen herangezogen werden, da diese erst einmal in ein für den SQL-Interpreter verständliches amerikanisches Format umgesetzt werden müssen. Handelt es sich beim verwendeten Kriterium um eine Zeichenkette, muss diese durch einfache Anführungszeichen (Hochkommas) begrenzt werden. Alternativ ist auch hier die Verwendung von zwei doppelten anstelle eines einfachen Anführungszeichens möglich, allerdings werden besonders umfangreiche Kriterienklauseln damit praktisch unlesbar.<\/p>\n Der folgende Ausdruck ermittelt die Anzahl der Bestellungen von Alfreds Futterkiste:<\/p>\n In der Tabelle Bestellungen gibt es zwei Datensätze mit Versandkosten von 1,63 EUR. Um diese Aussage zu überprüfen, bietet sich der folgende Ausdruck an:<\/p>\n Dieser funktioniert allerdings so nicht, sondern liefert eine Fehlermeldung (siehe Bild 2).<\/p>\n <\/b><\/p>\n Bild 2: Fehler bei Verwendung der falschen Syntax<\/span><\/b><\/p>\n Auch hier liegt der Fehler in der Formatierung des Kriterienwertes, die nicht den amerikanischen Gepflogenheiten entspricht, weil als Dezimalzeichen das bei uns übliche Komma anstelle des Punktes verwendet wird. ändern Sie den Ausdruck wie folgt, funktioniert dieser einwandfrei:<\/p>\n Dcount(„[Bestell-Nr]“, „Bestellungen“, „Frachtkosten = 1.63“)<\/p>\n Noch komplizierter wird es bei Datumswerten, da diese sowohl in Nummernzeichen eingeschlossen als auch im amerikanischen Format MM\/DD\/YYYY eingegeben werden müssen. Der Ausdruck zur Ermittlung der Anzahl an Bestellungen am 14.11.2005 sieht demnach so aus:<\/p>\n Da Sie wohl in den seltensten Fällen das Kriterium fest in die Funktion einbauen werden, müssen Sie es aus statischem Text und Feldinhalten mittels Textoperatoren und Formatfunktionen so zusammenbauen, dass es den geforderten Konventionen entspricht. Um das Kriterium des letzten Beispiels beispielsweise aus einem Formularfeld txtDatum zu holen, müsste der Ausdruck so aussehen:<\/p>\n Die WHERE-Klausel, die an den SQL-Interpreter übergeben wird, ist in beiden Fällen völlig identisch. Der Unterschied liegt lediglich darin, dass die Klausel im ersten Beispiel als statischer Text direkt in der Funktion steht und im zweiten Beispiel vor der Bearbeitung durch die Funktion erst einmal aus statischem Text und einem Feldinhalt des Formulars zusammengebaut wird.<\/p>\n Eine Alternative zur umständlichen Formatumwandlung ist der direkte Zugriff des SQL-Interpreters auf den Feldinhalt eines Formulars. Im Ausdruck<\/p>\n besteht das gesamte Kriterium aus statischem Text, der direkt an den SQL-Interpreter übergeben wird. Dieser holt sich die benötigte Information direkt aus dem Feld txtDatum und wandelt dessen Inhalt in das von ihm benötigte Format um. Beachten Sie jedoch, dass Sie hierbei immer den kompletten Bezeichnerpfad mit Formularnamen verwenden müssen.<\/p>\n Obwohl alle Domänenfunktionen die gleichen Parameter verwenden, weicht die Interpretation des Kriteriums bei diesen fünf Funktionen etwas ab. Sie ermitteln ihr Ergebnis nämlich immer nur aus den Informationen eines einzigen Datensatzes, während die anderen Domänenfunktionen ihr Ergebnis aus allen Datensätzen berechnen, die das Kriterium erfüllen.<\/p>\n Quellcode 1: Das Speichern des Primärschlüsselwertes muss unbedingt in der Ereignisprozedur BeimEntladen() erfolgen, da beim Schließen des Formulars der Datensatzzeiger bereits auf den Anfang des Recordsets zurückgesetzt wurde.<\/b><\/p>\n Quellcode 2: Beim Laden des Formulars wird der Datensatzzeiger auf den zuletzt bearbeiteten Datensatz positioniert.<\/b><\/p>\n Quellcode 3: Variation der Routine aus Quellcode 2 für Access 2000 und höher<\/b><\/p>\n In jeder Anwendung gibt es Parameter und Einstellungswerte, die dauerhaft gespeichert werden müssen. Dafür eignet sich eine Tabelle tblEinstellungen, die Paare aus Name und Wert der Einstellung enthält (siehe Bild 3).<\/p>\n <\/b><\/p>\n Bild 3: Tabelle zum Speichern von Einstellungen<\/span><\/b><\/p>\n Mit der Domänenfunktion <\/p>\n greifen Sie jederzeit schnell auf den gerade benötigten Einstellungswert zu.<\/p>\n Das Formular Kunden verwendet diese Technik, um sich beim Entladen des Formulars den aktuellen Datensatz zu merken und den Datensatzzeiger beim nächsten Aufruf des Formulars wieder auf diesen zu positionieren.<\/p>\n Die Ereignisprozedur BeimEntladen() aktualisiert das Tabellenfeld Wert mit Hilfe der Execute-Methode des aktuellen Datenbankobjekts für den Datensatz mit dem Wert frmKunden_AktuellerKunde im Feld Einstellung (s. Quellcode 1).<\/p>\n <\/b><\/p>\n Bild 4: Beim Laden des Formulars frmKunden wird automatisch der zuletzt bearbeitete Datensatz geöffnet.<\/span><\/b><\/p>\n Beim Laden des Formulars liest die Ereignisprozedur BeimLaden() dieses Feld mit der Funktion DomWert() (engl.: DLookup()) wieder aus und positioniert den Datensatzzeiger auf den Datensatz mit dem in den Einstellungen gefundenen Primärschlüsselwert.<\/p>\n In Quellcode 2 und Quellcode 3 finden Sie zwei Varianten dieser Routine. Letztere ist etwas kürzer, funktioniert erst ab Access 2000.<\/p>\n <\/b><\/p>\n Bild 5: Bei der Berechnung des Anteils am Gesamtumsatz kommt die Domänenfunktion DomSumme() zum Einsatz.<\/span><\/b><\/p>\n Achten Sie dabei auf die Verwendung der Anführungszeichen, um den alphanumerisch gespeicherten Kundencode an die SQL-Befehle zu übergeben.<\/p>\n Auch diese Funktion unterscheidet sich ein wenig von den übrigen Domänenfunktionen, da nur DomAnzahl() das Zeichen * als Wert für den Parameter Ausdruck akzeptiert. In diesem Fall liefert DomAnzahl() die Anzahl aller Datensätze zurück, die dem Kriterium entsprechen beziehungsweise bei fehlendem Kriterium die Anzahl aller Datensätze in der Domäne.<\/p>\n übergeben Sie als Ausdruck einen Feldnamen, ermittelt DomAnzahl() die Anzahl aller Datensätze, die das Kriterium erfüllen und bei denen das genannte Feld keinen Nullwert enthält. <\/p>\n Alle diese Funktionen ermitteln die gesuchten Informationen aus allen Datensätzen, die das im Kriterienausdruck übergebene Kriterium erfüllen bzw. aus allen Datensätzen der Domäne, wenn kein Kriterium angegeben wurde.<\/p>\n Datensätze, bei denen der gesuchte Ausdruck einen Nullwert zurückliefert, werden ignoriert. Dies ist unter anderem bei der Ermittlung des Mittelwertes wichtig, um Verfälschungen durch eine hohe Zahl von nicht eingegebenen Datensatzfeldern zu verhindern.<\/p>\n Wie alle Domänenfunktionen (außer DomAnzahl()) liefern auch diese Funktionen einen Nullwert zurück, wenn kein Datensatz das Kriterium erfüllt beziehungsweise die Domäne keinen Datensatz enthält. Da es sich bei den Ergebnissen dieser Domänenfunktionen um mathematische Berechnungen handelt, muss der als Ausdruck übergebene Parameter einen numerischen Wert ergeben. Andernfalls liefern diese Funktionen den Wert #Fehler als Ergebnis zurück.<\/p>\n Eine weitere Besonderheit ist bei den statistischen Domänenfunktionen DomVarianz() und DomStdAbw() zu beachten. Diese ermitteln ihre Ergebnisse aus einer Stichprobe und nicht wie ihre Pendants mit dem G am Ende aus der Gesamtheit der Datensätze und benötigen daher mindestens zwei Datensätze in der Ergebnismenge, um ein anderes Resultat als einen Nullwert zu liefern.<\/p>\n Für Unternehmen ist es wichtig zu wissen, welchen Anteil der Umsatz mit einem bestimmten Kunden am Gesamtumsatz ausmacht. In der Abfrage qryProzentualerUmsatz wird mit Hilfe der Funktion DomSumme() der Gesamtumsatz berechnet und der kumulierte Umsatz des einzelnen Kunden durch dieses Ergebnis dividiert (siehe Bild 5). Das Ergebnis dieser Division – als Prozentzahl formatiert – liefert bereits die gewünschte Information.<\/p>\n <\/b><\/p>\n Bild 6: Die DomWert-Funktion in dieser Abfrage muss für jeden Datensatz ausgeführt werden.<\/span><\/b><\/p>\n Domänenfunktionen sind einfach und flexibel einsetzbar, führen aber oft zu erheblichen Performance-Verlusten. Besonders bei der Verwendung innerhalb einer Abfrage kann es bei unüberlegtem Einsatz dieser Funktionen zu inakzeptablen Geschwindigkeitseinbußen kommen. <\/p>\n Wenn Sie Domänenfunktionen einsetzen, müssen Sie sich darüber im Klaren sein, dass jede dieser Funktionen eine eigene Abfrage darstellt, die über die darin festgelegte Domäne ausgeführt wird. Je nach der Definition der Abfrage, in der eine Domänenfunktion verwendet wird, kann es daher sein, dass die Abfrage der Domänenfunktion für jeden Datensatz der eigentlichen Abfrage erneut ausgeführt werden muss. Oft gibt es jedoch andere Alternativen, die in wesentlich kürzerer Zeit zum gleichen Ergebnis führen.<\/p>\n Eine Domänenfunktion ist prinzipiell nichts weiter als eine eigene Abfrage, die etwa innerhalb einer „richtigen“ Abfrage eingesetzt werden kann – beispielsweise als Wert oder als Kriterium.<\/p>\n Böse Zungen behaupten, Domänenfunktionen innerhalb von Abfragen seien generell schlecht. Das kann man so nicht stehen lassen.<\/p>\n Wenn Sie eine Domänenfunktion in einer Abfrage verwenden, um einen von dem jeweiligen Datensatz unabhängigen Wert zu ermitteln, wird dieser Wert zwar in jedem Datensatz des Ergebnisses ausgegeben, aber nur einmal ermittelt.<\/p>\n Aber wie wirkt sich der Einsatz einer Domänenfunktion aus, wenn diese tatsächlich für jeden Datensatz des Abfrageergebnisses aufgerufen wird Immerhin gibt es in den meisten Fällen eine Variante, bei der Sie die zu ermittelnden Daten inklusive der zugrunde liegenden Tabelle via JOIN in die durchzuführende Abfrage einbetten. Vorurteilen gemäß ist die Variante mit JOIN der Variante mit Domänenfunktion aus Performance-Gründen vorzuziehen.<\/p>\n Ob dies tatsächlich so ist, lässt sich ganz einfach mit einem Performance-Test festlegen.<\/p>\n Als Grundlage für den folgenden Test dienen die beiden Abfragen aus Bild 6 und Abb. 7. Das Abfrageergebnis liefert die Verkaufspreise und die Originalpreise für bestellte Artikel, wobei der Originalpreis per DomWert-Funktion ermittelt wird. Da hier immer ein Wert des aktuellen Datensatzes – in diesem Fall die Artikelnummer – an die DomWert-Funktion übergeben wird, muss die DomWert-Funktion für jeden Datensatz aufgerufen werden.<\/p>\n Die meisten Anwendungsfälle, die scheinbar den Einsatz einer Domänenfunktion erfordern, lassen sich allerdings mit einer alternativen Abfrage lösen.<\/p>\n Wenn Sie die Abfrage aus Bild 7 betrachten, sehen Sie, dass die hier gefundene Lösung sehr intuitiv und auch wesentlich einfacher als die Abfrage mit der Domänenfunktion aus dem vorherigen Beispiel ist – zumindest, wenn man einigermaßen mit den Grundsätzen relationaler Datenmodelle vertraut ist. <\/p>\n <\/b><\/p>\n Bild 7: Diese Abfrage liefert das gleiche Ergebnis wie die aus der vorherigen Abbildung, ist aber deutlich schneller.<\/span><\/b><\/p>\n Bleibt die Frage, ob die zweite Variante nun wirklich so viel schneller als die erste Variante ist.<\/p>\n Um dies herauszufinden, können Sie das Performance-Tool aus oben genanntem Beitrag hinzuziehen. Wenn Sie dieses bereits als Add-In eingebunden haben, wählen Sie bei geöffneter Beispieldatenbank einfach den Eintrag Extras\/Add-Ins\/Performance-Test aus und setzen die Kombinationsfelder auf die in **** abgebildeten Werte. Die zum Testen der Abfragen notwendigen Funktionen finden Sie im Modul mdlPerformancetest der Beispieldatenbank. Der Performance-Test offenbart, dass zumindest für diese Konfiguration mit relativ wenigen Datensätzen die DLookup-Variante etwa doppelt so schnell wie die INNER JOIN-Variante ist. Das kann unter anderen Voraussetzungen natürlich ganz anders aussehen.<\/p>\n Wenn Sie die Syntax der Domänenfunktionen einmal verinnerlicht haben, sind diese ein willkommenes Werkzeug, wenn es um die Abfrage von Werten aus der Datenbank per Einzeiler geht. Unter Umständen lassen sich diese Funktionen selbst in Abfragen Gewinn bringend einsetzen, man sollte jedoch immer prüfen, ob es nicht eine Variante ohne Domänenfunktionen mit besserer Performance gibt. In einer der folgenden Ausgaben von Access im Unternehmen erfahren Sie, wie Sie die Domänenfunktionen durch eigene, schnellere Funktionen ersetzen können.<\/p>\n <\/b><\/p>\n Bild 8: Domänenfunktionen können eine schnelle Alternative zu Abfragen mit verknüpften Tabellen sein.<\/span><\/b><\/p>\n","protected":false},"excerpt":{"rendered":" Dieser Beitrag stellt Ihnen eine Gruppe von Funktionen vor, die einen recht einfachen Zugriff auf Daten in beliebigen Tabellen oder Abfragen einer Access-Datenbank ermöglichen. Mit diesen so genannten Domänenfunktionen ist es möglich, Tabellendaten in Form von Funktionsergebnissen zum Beispiel als Feldinhalte oder als Kriterien in Abfragen zur Verfügung zu stellen. Anhand einiger Praxis-beispiele erfahren Sie, in welchen Fällen der Einsatz von Domänenfunktionen sinnvoll ist und wann es besser ist, auf andere Alternativen zur Datenermittlung zurückzugreifen.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"_uf_show_specific_survey":0,"_uf_disable_surveys":false,"footnotes":""},"categories":[66012006,662006,44000025],"tags":[],"class_list":["post-55000317","post","type-post","status-publish","format-standard","hentry","category-66012006","category-662006","category-VBA_und_Programmiertechniken"],"yoast_head":"\n |
![](\"..\/fileadmin\/_temp_\/{B9A3E25B-8E0E-4DD1-B54A-C599AA7E2C98}\/pic001.png\")
<\/p>\n![](\"..\/fileadmin\/_temp_\/{B9A3E25B-8E0E-4DD1-B54A-C599AA7E2C98}\/pic002.png\")
<\/p>\n![](\"..\/fileadmin\/_temp_\/{B9A3E25B-8E0E-4DD1-B54A-C599AA7E2C98}\/pic003.png\")
<\/p>\n![](\"..\/fileadmin\/_temp_\/{B9A3E25B-8E0E-4DD1-B54A-C599AA7E2C98}\/pic004.png\")
<\/p>\n![](\"..\/fileadmin\/_temp_\/{B9A3E25B-8E0E-4DD1-B54A-C599AA7E2C98}\/pic005.png\")
<\/p>\n![](\"..\/fileadmin\/_temp_\/{B9A3E25B-8E0E-4DD1-B54A-C599AA7E2C98}\/pic006.png\")
<\/p>\n![](\"..\/fileadmin\/_temp_\/{B9A3E25B-8E0E-4DD1-B54A-C599AA7E2C98}\/pic007.png\")
<\/p>\n![](\"..\/fileadmin\/_temp_\/{B9A3E25B-8E0E-4DD1-B54A-C599AA7E2C98}\/pic008.png\")
<\/p>\n