<\/p>\n
Autor: Klaus Giesen, Wuppertal<\/p>\n
<\/b><\/p>\n
Obwohl Access nicht nur ein komfortables, sondern auch ein leistungsfähiges Datenbanksystem ist, kann es vorkommen, dass Sie an seine Leistungsgrenzen stoßen. Diese Situation wird zwar nur bei einem Einsatz von Access in einer Netzwerkumgebung auftreten, doch da gerade Access sehr häufig auch in einer solchen Umgebung eingesetzt wird, ist auch diese Thematik für einen größeren Personenkreis relevant. Glücklicherweise stellt Ihnen Access 2000 zur Lösung einer solchen Problematik eine verblüffend einfache und obendrein auch noch preiswerte Lösung zur Verfügung: Die so genannte MSDE, die ein zwar abgespeckter, aber trotzdem vollwertiger und leistungsfähiger SQL-Server ist.<\/b><\/p>\n
Dieser Beitrag soll zeigen, wie Sie eine Access-Datenbank auf den SQL-Server bzw. die MSDE portieren. Es geht dabei lediglich um einen Einstieg in die Welt der SQL-Server. Andererseits ist dieser Lösungsansatz sicherlich für einen Großteil der Anforderungen vollkommen ausreichend.<\/p>\n
Bei der Portierung einer Access-Datenbank auf die MSDE gibt es verschiedene Regeln zu beachten, die mit unterschiedlichen Datentypen, eingebauten Funktionen und der unterschiedlichen Funktionalität zusammenhängen. Außerdem verfügt ein Access-Projekt bzw. die MSDE über Objekte, die eine Access-MDB gar nicht kennt.<\/p>\n
Aus Platzgründen wird nur auf die wichtigsten Unterschiede eingegangen. Einzelheiten entnehmen Sie der Dokumentation zur MSDE.<\/p>\n
Zunächst eine Gegenüberstellung von Datenbankobjekten, die Ihnen in einem Access-Projekt bzw. in einer Access-MDB begegnen können (s. Tabelle 1).<\/p>\n
| \n Access-MDB<\/b><\/p>\n<\/td>\n | \n Access-Projekt<\/b><\/p>\n<\/td>\n<\/tr>\n Tabelle<\/p>\n<\/td>\n Tabelle<\/p>\n<\/td>\n<\/tr>\n Auswahlabfrage<\/p>\n<\/td>\n Sicht (View)<\/p>\n<\/td>\n<\/tr>\n Aktions- bzw. Parameterabfrage<\/p>\n<\/td>\n Gespeicherte Prozedur<\/p>\n<\/td>\n<\/tr>\n Beziehung<\/p>\n<\/td>\n Datenbankdiagramm<\/p>\n<\/td>\n<\/tr>\n Formular<\/p>\n<\/td>\n Formular<\/p>\n<\/td>\n<\/tr>\n Bericht<\/p>\n<\/td>\n Bericht<\/p>\n<\/td>\n<\/tr>\n Datenzugriffsseite<\/p>\n<\/td>\n Datenzugriffsseite<\/p>\n<\/td>\n<\/tr>\n Makro<\/p>\n<\/td>\n Makro<\/p>\n<\/td>\n<\/tr>\n Modul<\/p>\n<\/td>\n Modul<\/p>\n<\/td>\n<\/tr>\n<\/table>\n Tab. 1: Gegenüberstellung von Datenbankobjekten<\/b><\/p>\n Die typischen MSDE-Objekte werden weiter unten erläutert.<\/p>\n In Access stehen neun Datentypen zur Verfügung, wobei beim Datentyp Zahl über die Eigenschaft Feldgröße weitere Einstellungen vorgenommen werden können. Die MSDE kennt einige weitere Datentypen (s. Tabelle 2).<\/p>\n Hyperlink-Felder aus Access werden in den Datentyp NTEXT umgewandelt und verlieren ihre Funktionalität.<\/p>\n MSDE<\/b><\/p>\n<\/td>\n Access<\/b><\/p>\n<\/td>\n<\/tr>\n VARCHAR, NVARCHAR<\/p>\n<\/td>\n Text<\/p>\n<\/td>\n<\/tr>\n CHAR, NCHAR<\/p>\n<\/td>\n Text<\/p>\n<\/td>\n<\/tr>\n TEXT, NTEXT<\/p>\n<\/td>\n Memo<\/p>\n<\/td>\n<\/tr>\n TINYINT<\/p>\n<\/td>\n Zahl (Byte)<\/p>\n<\/td>\n<\/tr>\n SMALLINT<\/p>\n<\/td>\n Zahl (Integer)<\/p>\n<\/td>\n<\/tr>\n INT<\/p>\n<\/td>\n Zahl, AutoWert (Long Integer)<\/p>\n<\/td>\n<\/tr>\n REAL<\/p>\n<\/td>\n Zahl (Single)<\/p>\n<\/td>\n<\/tr>\n FLOAT<\/p>\n<\/td>\n Zahl (Double)<\/p>\n<\/td>\n<\/tr>\n UNIQUEIDENTIFIER<\/p>\n<\/td>\n Zahl (Replikations-ID)<\/p>\n<\/td>\n<\/tr>\n BIT<\/p>\n<\/td>\n Ja\/Nein<\/p>\n<\/td>\n<\/tr>\n MONEY, SMALLMONEY<\/p>\n<\/td>\n Währung<\/p>\n<\/td>\n<\/tr>\n DATETIME, SMALLDATETIME<\/p>\n<\/td>\n Datum\/Zeit<\/p>\n<\/td>\n<\/tr>\n IMAGE<\/p>\n<\/td>\n OLE-Objekt<\/p>\n<\/td>\n<\/tr>\n keine Entsprechung<\/p>\n<\/td>\n Hyperlink<\/p>\n<\/td>\n<\/tr>\n TIMESTAMP<\/p>\n<\/td>\n keine Entsprechung<\/p>\n<\/td>\n<\/tr>\n<\/table>\n Tab. 2: Gegenüberstellung der Datentypen<\/b><\/p>\n Weiterhin erlaubt die MSDE noch benutzerdefinierte Datentypen, für die es bei Access kein Gegenstück gibt.<\/p>\n Der SQL-Befehlssatz von Access und der MSDE bzw. dessen Implementierung ist in einigen Punkten doch recht unterschiedlich. Neben Zeichen und Operatoren (letzter Abschnitt) gibt es weitere wichtige Unterschiede:<\/p>\n Access erlaubt in einer Abfrage mehrere Ausgabefelder mit gleichem Namen, die MSDE erlaubt dies in einem View nicht.<\/p>\n Access unterstützt dieses Element und erlaubt darüber hinaus die Auswahl von eindeutigen Datensätzen. Die MSDE unterstützt diese Funktionen nicht.<\/p>\n Vergleich von<\/b><\/p>\n<\/td>\n Access<\/b><\/p>\n<\/td>\n MSDE<\/b><\/p>\n<\/td>\n<\/tr>\n Datumsangaben<\/p>\n<\/td>\n Leiterzeichen (#)<\/p>\n<\/td>\n Einfaches Anführungszeichen (“)<\/p>\n<\/td>\n<\/tr>\n Zeichenfolge<\/p>\n<\/td>\n Einfaches (“) oder doppelte Anführungszeichen („)<\/p>\n<\/td>\n Einfaches Anführungszeichen (“)<\/p>\n<\/td>\n<\/tr>\n Mod-Operator<\/p>\n<\/td>\n Mod<\/p>\n<\/td>\n Prozentzeichen (%)<\/p>\n<\/td>\n<\/tr>\n Verkettung von Zeichenfolgen<\/p>\n<\/td>\n Ampersand (&)<\/p>\n<\/td>\n Pluszeichen (+)<\/p>\n<\/td>\n<\/tr>\n Platzhalter für ein einzelnes Zeichen<\/p>\n<\/td>\n Fragezeichen ()<\/p>\n<\/td>\n Unterstrich (_)<\/p>\n<\/td>\n<\/tr>\n Platzhalter für keines oder mehrere Zeichen<\/p>\n<\/td>\n Sternzeichen (*)<\/p>\n<\/td>\n Prozentzeichen (%)<\/p>\n<\/td>\n<\/tr>\n Konstante für True<\/p>\n<\/td>\n Ja, Ein, Wahr, -1<\/p>\n<\/td>\n 1<\/p>\n<\/td>\n<\/tr>\n Konstante für False<\/p>\n<\/td>\n Nein, Aus, Falsch, 0<\/p>\n<\/td>\n 0<\/p>\n<\/td>\n<\/tr>\n<\/table>\n Tab. 3: Vergleich von Trennzeichen und Operatoren<\/b><\/p>\n Diese SQL-Befehle für Zugriffsrechte werden von Access nicht unterstützt, können dort aber mithilfe von VBA nachgebildet werden.<\/p>\n Access erlaubt die Verwendung von beliebigen SQL-Anweisungen. Diese nicht unerhebliche Funktionserweiterung steht für die MSDE nicht zur Verfügung.<\/p>\n Die MSDE und Access verwenden unterschiedliche Trennzeichen, Operatoren, Platzhalterzeichen in der WHERE-Klausel eines SQL-Strings und Zeichen für Datums- bzw. Textangaben.<\/p>\n Die Unterschiede werden in Tabelle 3 gegenübergestellt.<\/p>\n <\/b><\/p>\n Bild 1: Datenbankdiagramm<\/span><\/b><\/p>\n <\/b><\/p>\n Bild 2: Formular-Steuerelement als Kriterium in einer Access-Auswahlabfrage<\/span><\/b><\/p>\n In den folgenden Abschnitten lernen Sie einige typische MSDE-Objekte und ihre wichtigsten Eigenschaften kennen.<\/p>\n Datenbankdiagramme entsprechen im Prinzip dem Beziehungsfenster von Access.<\/p>\n Nur können dort neben dem reinen Festlegen und Bearbeiten von Beziehungen beispielsweise auch Tabellen- und Feldeigenschaften sowie Indizes angelegt bzw. bearbeitet werden (siehe Bild 1).<\/p>\n Views entsprechen den Auswahlabfragen in Access – mit einigen wichtigen Unterschieden:<\/p>\n Sie können beispielsweise keine Kriterien in Sichten verwenden, wie Sie das bisher in Access-Abfragen getan haben – z. B. wie in der in Bild 2 dargestellten Abfrage.<\/p>\n <\/p>\n Gespeicherte Prozeduren (englisch Stored Procedures) sind vorkompilierter Code, der serverseitig ausgeführt wird (siehe Bild 3).<\/p>\n <\/b><\/p>\n Bild 3: Gespeicherte Prozedur<\/span><\/b><\/p>\n Eine gespeicherte Prozedur kann neben SQL-Befehlen auch aus Kommandos zur Programmsteuerung (Schleifen, Verzweigungen, Fehlerbehandlungsroutinen usw.) bestehen.<\/p>\n Quellcode 1<\/b><\/p>\n Bei der MSDE findet hierfür die schon erwähnte Programmiersprache Transact-SQL Verwendung. Der Einsatz von gespeicherten Prozeduren hat folgende Vorteile:<\/p>\n Trigger sind eine Sonderform von gespeicherten Prozeduren. Sie sind immer an Tabellen gebunden und werden ausgeführt, wenn das Ereignis eintritt, für das sie programmiert worden sind.<\/p>\n Trigger können für Einfüge-, Lösch- und Aktualisierungsaktionen verwendet werden. Man spricht deshalb auch von Insert-, Delete- und Update-Triggern.<\/p>\n Ein typischer Einsatzbereich für Trigger ist die von Access her bekannte Lösch- bzw. Aktualisierungsweitergabe an eine Detailtabelle.<\/p>\n Die Umsetzung der Löschweitergabe durch einen Trigger schaut beispielsweise wie in Quellcode 1 aus.<\/p>\n Das Upsizing einer Access-Datenbank wird – wie schon erwähnt – in der Regel dann notwendig, wenn die Anwendung zu groß geworden ist und\/oder zu viele Anwender gleichzeitig auf die Anwendung zugreifen. Beides äußert sich durch identische Symptome:<\/p>\n Bei der Arbeit mit der Anwendung wird keine zufriedenstellende Geschwindigkeit mehr gewährleistet.<\/p>\n Der einfachste Weg bei der Umstellung einer Jet-Datenbank auf die MSDE oder die Vollversion des SQL-Servers ist der Einsatz des Upsizing-Assistenten von Access 2000.<\/p>\n Dieser Assistent kann viel, aber beileibe nicht alles. Daraus ergibt sich zweierlei:<\/p>\n Um zu zeigen, wie Sie eine Datenbank für den Einsatz in einem größeren Netzwerk fit machen, verwenden wir eine Bücher-Datenbank. Sie finden die Datenbank auf der Heft-CD-ROM.<\/p>\n Stellen Sie als Erstes sicher, dass die MSDE gestartet ist. <\/p>\n öffnen Sie dann die Datenbank, die auf die MSDE portiert werden soll. Wählen Sie anschließend aus dem Menü Extras den Befehl Datenbank-Dienstprogramme ( Upsizing-Assistent aus.<\/p>\n <\/b><\/p>\n Bild 4: Das Dialogfenster Upsizing-Assistant I<\/span><\/b><\/p>\n <\/b><\/p>\n Bild 5: Das Dialogfenster Upsizing-Assistent II<\/span><\/b><\/p>\n Im ersten Dialogfenster des Assistenten (siehe Bild 4) wählen Sie aus, ob Sie eine vorhandene SQL-Server-Datenbank verwenden oder eine neue erstellen wollen. Im Normalfall werden Sie die zweite Option verwenden.<\/p>\n Im nächsten Schritt des Assistenten (siehe Bild 5) legen Sie den Namen des SQL-Servers, die Anmeldungs-ID, ein Kennwort und den Namen der neuen SQL-Server-Datenbank fest.<\/p>\n Falls die MSDE auf einem Windows NT- oder Windows-2000-System läuft, können Sie die Anmeldungsinformationen von Windows benutzen.<\/p>\n Anderenfalls ist für die MSDE immer der Benutzer sa (system administrator) eingerichtet, der mit allen Rechten ausgestattet ist. Schon deshalb ist es auf jeden Fall empfehlenswert, ein Anmeldekennwort zu verwenden.<\/p>\n Wählen Sie im nächsten Schritt die Tabellen aus, die auf die MSDE portiert werden sollen.<\/p>\n Im nächsten Schritt des Assistenten (siehe Bild 6) wird Ihnen ein Dialogfenster mit verschiedenen aktivierten Kontrollkästchen angeboten. Da es sich hierbei um wichtige Tabellenattribute handelt, ist es sinnvoll, die einzelnen Punkte Schritt für Schritt zu betrachten.<\/p>\n Der Assistent versucht, Indizes für die MSDE zu erstellen, bei denen die vorhandenen Access-Indizes abgebildet werden.<\/p>\n Das heißt, jeder Primärschlüssel in Access wird auch als Primärschlüssel in der SQL-Server-Tabelle festgelegt. Entsprechendes gilt natürlich auch für die Fremdschlüssel.<\/p>\n <\/b><\/p>\n Bild 6: Das Dialogfenster Upsizing-Assistent III<\/span><\/b><\/p>\n <\/b><\/p>\n Bild 7: Festlegung der Upsizing-Methode<\/span><\/b><\/p>\n Bei SQL-Server-Indizes kann im Gegensatz zu Access keine auf- bzw. absteigende Sortierung festgelegt werden. <\/p>\n Falls das Kontrollkästchen Gültigkeitsregeln aktiviert ist, setzt der Assistent vorhandene Gültigkeitsregeln in Trigger auf dem SQL-Server um – zumindest in der Theorie.<\/p>\n In der Praxis ist es durchaus üblich, dass dies nicht funktioniert. Dann muss die Umsetzung anschließend manuell erfolgen – oder Sie verzichten auf die Gültigkeitsregeln.<\/p>\n Der Assistent versucht, in Access definierte Standardwerte in die SQL-Server-Datenbank zu übernehmen.<\/p>\n Tabellenbeziehungen können entweder über DRI (Declared Reference Integrity) oder mithilfe von Triggern umgestellt werden.<\/p>\n Die Auswahl DRI ist dann sinnvoll, wenn die Access-Beziehungen keine Aktualisierungs- bzw. Löschweitergaben besitzen. Die DRI des SQL-Servers besitzt diese Eigenschaften nicht.<\/p>\n Falls die Access-Beziehungen jedoch Aktualisierungs- bzw. Löschweitergaben besitzen, muss die Option Mit Triggern ausgewählt werden.<\/p>\n Der SQL-Server kann Aktualisierungs- bzw. Löschweitergaben nur über Trigger realisieren. Dabei erhalten alle Detailtabellen Insert-Trigger, während die Mastertabellen Delete-Trigger erhalten.<\/p>\n Die MSDE speichert in Timestamp-Feldern die letzte Aktualisierung eines Datensatzes.<\/p>\n Diese Auswahl ist sinnvoll. Damit kann beispielsweise in einer Mehrbenutzerumgebung genau festgestellt werden, wann zuletzt auf den Datensatz zugegriffen wurde.<\/p>\n <\/b><\/p>\n Bild 8: Der Berichts-Snapshot<\/span><\/b><\/p>\n Die Auswahl dieser Option bietet sich beispielsweise für den Fall an, wenn – bei einem größeren Datenbestand – nur festgestellt werden soll, inwieweit das Upsizing problemlos funktioniert.<\/p>\n In der Regel werden Sie bei der Festlegung der Upsizing-Methode (siehe Bild 7) die letzte Option Eine neue Access-Client\/Server-Anwendung erstellen auswählen.<\/p>\n Der Assistent legt in diesem Fall ein neues Access-Projekt an, dessen Namen Sie frei festlegen können.<\/p>\n Die Standardbenennung ist der Datenbankname mit den angehängten Buchstaben CS.<\/p>\n Falls Sie das Kontrollkästchen Kennwort und Benutzer-ID speichern aktivieren, brauchen sich die Benutzer nicht bei der MSDE anzumelden.<\/p>\n Im Grunde genommen sind damit alle Einstellungen und Auswahlmöglichkeiten abgeschlossen und Sie können schon jetzt auf die Schaltfläche Fertig stellen klicken.<\/p>\n Nach der Umwandlung – die etwas dauern kann – wird ein Protokoll in Form eines Berichts-Snapshots angezeigt, der auch gespeichert werden kann (siehe Bild 8).<\/p>\n Dieser Bericht enthält eine detaillierte Beschreibung aller umgewandelten Datenbankobjekte und zeigt vor allem auch eventuell aufgetretene Fehler auf.<\/p>\n Das neue Access-Projekt zeigt im Datenbankfenster die Objekte des Access-Projekts an.<\/p>\n Bevor auf einige wichtige Punkte eingegangen wird, soll zuerst einmal die eventuell notwendige Nacharbeit erledigt werden.<\/p>\n In der Tabelle tblBuch ist im Feld txtKauf die Gültigkeitsregel <\/p>\n >=Jahr(Jetzt())<\/p>\n hinterlegt, die beim Upsizing jedoch nicht in einen Trigger umgewandelt worden ist. Wahrscheinlich konnte der Assistent nichts mit den Accessfunktionen Year() und Now() anfangen, die der SQL-Server so nicht kennt.<\/p>\n Die passenden Transact-SQL-Funktionen heißen DATEPART und GETDATE. Mit deren Hilfe muss nun ein passender Trigger geschrieben werden.<\/p>\n Quellcode 2<\/b><\/p>\n <\/b><\/p>\n Bild 9: Das Dialogfenster Trigger für Tabellen<\/span><\/b><\/p>\n <\/b><\/p>\n Bild 10: Editorfenster zur Erstellung eines Triggers<\/span><\/b><\/p>\n Damit sind Gültigkeitsregel und -meldung wieder vorhanden.<\/p>\n Die im Datenbankfenster angezeigten Tabellen befinden sich, ohne dass dies besonders gekennzeichnet ist, auf dem SQL- Server.<\/p>\n Die Tabellen können, wie Sie es von Access her gewohnt sind, in der Entwurfsansicht geöffnet und bearbeitet werden.<\/p>\n Die Darstellung und die Einstellmöglichkeiten entsprechen denen des SQL-Servers. Desgleichen stehen die entsprechenden Datentypen zur Verfügung, so wie sie der Upsizing-Assistent umgesetzt hat (siehe Bild 11).<\/p>\n Die Umsetzung der referentiellen Integrität auf dem SQL- Server soll am Beispiel einer Aktualisierungsweitergabe verdeutlicht werden.<\/p>\n Markieren Sie wieder die Tabelle tblBuch im Datenbankfenster und öffnen Sie über das Kontextmenü mit dem Befehl Trigger das Dialogfenster Trigger für Tabellen.<\/p>\n Wählen Sie aus dem Listenfeld Triggername den Trigger tblBuch_Utrig und klicken Sie auf die Schaltfläche Bearbeiten. Im Editorfenster wird der vom Assistenten erstellte Update-Trigger angezeigt (siehe Bild 12). Der Code beginnt mit dem Schlüsselwort Alter, mit dem die änderung eines Triggers gekennzeichnet wird.<\/p>\n <\/b><\/p>\n Bild 11: Tabelle in der Entwurfsansicht<\/span><\/b><\/p>\n Mit den Schlüsselwörtern deleted und inserted werden temporäre Tabellen auf dem SQL-Server bezeichnet. <\/p>\n <\/b><\/p>\n Bild 12: Update-Trigger im Editorfenster<\/span><\/b><\/p>\n Quellcode 3<\/b><\/p>\n Der Upsizing-Assistent hat die Abfragen aus der Access-Datenbank auf Views und gespeicherte Prozeduren verteilt.<\/p>\n Sortierte Abfragen wurden dabei in einen View und eine zusätzlich gespeicherte Prozedur umgesetzt, weil eine direkte Sortierung von Views nicht möglich ist.<\/p>\n Als typisches Beispiel dafür kann die Datenherkunft für das Formular frmAutor herangezogen werden (siehe Bild 13).<\/p>\n Im Access-Projekt ist die gespeicherte Prozedur selfrmAutor die Datenherkunft des Formulars frmAutor (s. Quellcode 3).<\/p>\n Dort wird der View selfrmAutor nach Nachnamen und Vornamen aufsteigend sortiert.<\/p>\n Das Präfix ut_ bei Views und gespeicherten Prozeduren kennzeichnet Access-Abfragen, die als Datenherkunft für Steuerelemente in Formularen und Berichten Verwendung finden.<\/p>\n Die Anfügeabfrage aus Access ist vom Assistenten in die folgende gespeicherte Prozedur umgesetzt worden:<\/p>\n <\/b><\/p>\n Bild 13: View in der Entwurfsansicht <\/span><\/b><\/p>\n <\/b><\/p>\n Bild 14: Einstellung der maximal im Formular angezeigten Datensätze<\/span><\/b><\/p>\n über Formulare in Access-Projekten gäbe es eine Menge zu sagen. In diesem Beitrag soll jedoch lediglich auf einen signifikanten Unterschied zu normalen Access-Formularen hingewiesen werden: die Einschränkung der angezeigten Datensätze im Formular durch die Eigenschaft MaxRecords (siehe Bild 14).<\/p>\n In SQL-Server-Datenbanken können durchaus mehrere 100.000 Datensätze gespeichert sein. Falls diese beim öffnen eines Formulars alle angezeigt und über das Netzwerk transportiert werden, ist das keine gute Lösung. Um diesen Prozess steuern zu können, gibt es die oben erwähnte Eigenschaft MaxRecords.<\/p>\n Die Einstellung wird entweder im Eigenschaftsfenster oder über den Schieberegler vorgenommen, der mit einem Klick auf die entsprechende Schaltfläche neben den Navigationsschaltflächen geöffnet wird.<\/p>\n","protected":false},"excerpt":{"rendered":" Obwohl Access nicht nur ein komfortables, sondern auch ein leistungsfähiges Datanbanksystem ist, kann es vorkomen, dass Sie an seine Leistungsgrenzen stoßen. Diese Situation wird zwar nur bei einem Einsatz von Access in einer Netzwerkumgebung auftreten, doch da gerade Access sehr häufig auch in einer solchen Umgebung eingesetzt wird, ist auch diese Thematik für einen größeren Personenkreis relevant. Glücklicherweise stellt Ihnen Access 2000 zur Lösung einer solchen Problematik eine verblüffend einfache und obendrein auch noch preiswerte Lösung zur Verfügung: Die so genannte MSDE, die ein zwar abgespeckter, aber trotzdem vollwertiger und leistungsfähiger SQL-Server ist.<\/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":[66022002,662002,44000022],"tags":[],"class_list":["post-55000056","post","type-post","status-publish","format-standard","hentry","category-66022002","category-662002","category-SQL_Server_und_Co"],"yoast_head":"\n |
![](\"..\/fileadmin\/_temp_\/{B41EC702-934E-4B46-ABAC-2A45E050533B}\/pic001.png\")
<\/p>\n![](\"..\/fileadmin\/_temp_\/{B41EC702-934E-4B46-ABAC-2A45E050533B}\/pic002.png\")
<\/p>\n![](\"..\/fileadmin\/_temp_\/{B41EC702-934E-4B46-ABAC-2A45E050533B}\/pic003.png\")
<\/p>\n![](\"..\/fileadmin\/_temp_\/{B41EC702-934E-4B46-ABAC-2A45E050533B}\/pic004.png\")
<\/p>\n![](\"..\/fileadmin\/_temp_\/{B41EC702-934E-4B46-ABAC-2A45E050533B}\/pic005.png\")
<\/p>\n![](\"..\/fileadmin\/_temp_\/{B41EC702-934E-4B46-ABAC-2A45E050533B}\/pic006.png\")
<\/p>\n![](\"..\/fileadmin\/_temp_\/{B41EC702-934E-4B46-ABAC-2A45E050533B}\/pic007.png\")
<\/p>\n![](\"..\/fileadmin\/_temp_\/{B41EC702-934E-4B46-ABAC-2A45E050533B}\/pic008.png\")
<\/p>\n![](\"..\/fileadmin\/_temp_\/{B41EC702-934E-4B46-ABAC-2A45E050533B}\/pic009.png\")
<\/p>\n![](\"..\/fileadmin\/_temp_\/{B41EC702-934E-4B46-ABAC-2A45E050533B}\/pic010.png\")
<\/p>\n![](\"..\/fileadmin\/_temp_\/{B41EC702-934E-4B46-ABAC-2A45E050533B}\/pic011.png\")
<\/p>\n![](\"..\/fileadmin\/_temp_\/{B41EC702-934E-4B46-ABAC-2A45E050533B}\/pic012.png\")
<\/p>\n![](\"..\/fileadmin\/_temp_\/{B41EC702-934E-4B46-ABAC-2A45E050533B}\/pic013.png\")
<\/p>\n![](\"..\/fileadmin\/_temp_\/{B41EC702-934E-4B46-ABAC-2A45E050533B}\/pic014.png\")
<\/p>\n