<\/p>\n
Cloud-Computing bezeichnet die Bereitstellung von Rechenkapazität, Datenspeicher oder auch kompletten Anwendungen über das Internet. So bietet Microsoft beispielsweise eine spezielle Variante des SQL Servers namens SQL Azure an. Das ist für Access-Anwendungen interessant, deren Daten an mehreren Standorten verfügbar sein sollen oder wenn Außendienstmitarbeiter von unterwegs etwa auf Kundendaten zugreifen sollen. Wir schauen uns die Möglichkeiten von SQL Azure an und zeigen, wie Sie mit Access auf die enthaltenen Daten zugreifen.<\/b><\/p>\n
Gestern und heute<\/p>\n
Die Möglichkeiten des Zugriffs von Access auf Datenbanken im Internet fand lange Zeit gar nicht statt. Grundsätzlich geht es dabei darum, einen SQL Server auf einem Webserver zu betreiben, auf den man von Access aus beispielsweise via ODBC oder OLEDB zugreifen konnte. Aus Kostengründen kommt dabei, wenn überhaupt, MySQL zum Einsatz, das meist auf Linux-Servern läuft.<\/p>\n
Mittlerweile bietet Microsoft zwei weitere Alternativen an: Die erste ist die Verwendung von SharePoint, auf die wir an anderer Stelle bereits eingingen (Online-Datenbanken mit Access und Sharepoint<\/b>, www.access-im-unternehmen.de\/632<\/b>).<\/p>\n
Dies soll nun mit Access 2010 weiter ausgebaut werden: Ein spezielles Datenbankformat soll auf einen SharePoint-Server übertragen und via Internet-Browser verwendet werden können. Dieses Datenbankformat kommt logischerweise mit einigen Einschränkungen bezüglich der Benutzeroberfläche und der Programmierung daher – so ist der Einsatz etwa von VBA nicht vorgesehen, stattdessen wurden die Möglichkeiten der Makro-Programmierung deutlich ausgebaut.<\/p>\n
Grundsätzlich geht es aber gar nicht darum, Access-Anwendungen an sich ins Internet zu verschieben, sondern nur die referenzierten Daten beziehungsweise alles, was sich sonst im Backend einer Access-Datenbank befindet.<\/p>\n
Und hier kommt der zweite Ansatz von Microsoft zur Geltung: die Cloud. Dort stellt Microsoft beispielsweise die Infrastruktur zur Verfügung, um eine SQL Server-Datenbank zu betreiben und auch über das Internet per ODBC-Verbindung darauf zuzugreifen.<\/p>\n
Gegenüber der SharePoint-Variante, bei der die Datenbank per Internet-Browser gesteuert werden soll, bietet dies einige Vorteile: Sie brauchen beispielsweise auf keines der Elemente der gewohnten Benutzeroberfläche zu verzichten.<\/p>\n
Und auch die Kostenfrage bei der Weitergabe einer solchen Anwendung ist schnell geklärt: Mit der Runtime-Version von Access können Sie Access-Anwendungen ohne Mehrkosten beliebig verteilen.<\/p>\n
Schauen wir uns also an, wie wie eine Access-Datenbank in die Wolke hieven und wie diese anschließend funktioniert.<\/p>\n
Voraussetzungen und Kosten<\/p>\n
In der kleinsten Konfiguration einer ein maximal ein Gigabyte großen Datenbank kostet SQL Azure <\/b>unter 10 Euro im Monat, hinzu kommen weitere Kosten für Traffic und Rechnerleistung. Eine Bezahlung ist nur per Kreditkarte möglich. Vielleicht besitzen Sie ein MSDN-Abonnement, dann können Sie bestimmte Dienste kostenlos nutzen – weitere Informationen finden Sie unter http:\/\/www.microsoft.com\/online\/help\/de-de\/helphowto\/d459d51c-dddf-47ad-b488-2f59eb969b6d.htm<\/b>. <\/p>\n
Um sich für SQL Azure <\/b>anzumelden, brauchen Sie ein Windows Live<\/b>-Konto. Mit Ihrer Windows Live ID <\/b>können Sie sich unter mocp.microsoftonline.com <\/b>anmelden und dort ein Abonnement aufnehmen. Wir haben für die Tests in Zusammenhang dieses Beitrags den Dienst Windows Azure Platform – Nutzungstarif <\/b>abonniert. Dazu wechsen Sie auf der Webseite zur Registerseite Dienste und stellen den Dienstfilter auf Windows Azure Platform <\/b>ein (s. Bild 1). Das Abonnement kann laut Microsoft jederzeit gekündigt werden.<\/p>\n
![\"pic001.png\"](\"..\/fileadmin\/_temp_\/2010_06\/AccessInDenWolken-web-images\/pic001.png\")
<\/p>\n
Bild 1: Anmelden für SQL Azure<\/span><\/b><\/p>\n Desweiteren benötigen Sie den SQL Server 2008 R2<\/b>, auch die kostenlose Express-Version reicht aus: http:\/\/www.microsoft.com\/express\/Database\/InstallOptions.aspx<\/b>. Die SQL Server Database Engine <\/b>enthält den benötigten ODBC-Treiber und mit dem SQL Server Managament Studio Express <\/b>wandeln Sie eine bestehende Access-Datenbank in eine SQL Server-Datenbank um (sofern Sie nicht ohnehin bereits eine SQL Server-Datenbank besitzen, mit der Sie SQL Azure ausprobieren möchten).<\/p>\n Und jetzt<\/b><\/p>\n Nach der Anmeldung erhalten Sie eine E-Mail mit weiteren Hinweisen, die unter anderem einen Link zum Microsoft SQL Azure<\/b>-Entwicklerportal enthält.<\/p>\n Dort finden Sie bereits eine Übersicht der Projekte, wo Sie bereits einen Eintrag mit dem zuvor vergebenen Namen vorfinden – es handelt sich hierbei um einen Datenbankserver (s. Bild 2).<\/p>\n Bild 2: Erste Schritte mit den Windows Azure Services<\/span><\/b><\/p>\n Nach dem Anklicken dieses Projekts müssen Sie noch die Nutzungsbedingungen lesen, aber dann geht es los: Als Erstes tragen Sie den Benutzernamen und das Kennwort des Administrators der neuen Datenbank ein. Beachten Sie die Hinweise für die Auswahl des Kennworts!<\/p>\n Damit ist die Erstellung des Datenbankservers abgeschlossen und Sie können bereits dessen Namen einsehen – diesen brauchen Sie später für das Einrichten der ODBC-Verbindung. Sie können nun ein neues Kennwort vergeben, den Server wieder löschen oder eine neue Datenbank anlegen (s. Bild 3).<\/p>\n Bild 3: Übersicht des neuen SQL Servers in der Wolke mit der Möglichkeit, eine neue Datenbank anzulegen.<\/span><\/b><\/p>\n Mit einem Mausklick auf Create Database <\/b>erstellen Sie eine neue SQL Server-Datenbank. Im nun erscheinenden Dialog sollten Sie auf jeden Fall als Edition den Eintrag Web <\/b>und als maximale Größe 1 GB <\/b>auswählen, da dies die minimale und kostengünstigste Variante darstellt. Den Namen der Datenbank können Sie frei wählen, wir verwenden AiU<\/b>.<\/p>\n Von Access zu SQL Server<\/p>\n Das Migrieren der Tabellen der Access-Datenbank zum SQL Server können wir hier aus Platzgründen nicht ausführlich beschreiben. Nach einem Mausklick auf den neuen Eintrag in der Liste der Datenbanken aktiviert die Webseite weitere Schaltflächen wie Connection Strings<\/b>, Test Connectivity <\/b>und Drop Database <\/b>– mit letzterem können Sie die Datenbank wieder löschen.<\/p>\n Die Schaltfläche Connection Strings <\/b>liefert Ihnen eine Vorlage für einen Connection-String, und Test Connectivity <\/b>prüft den Zugriff auf die Datenbank. Dieser schlägt im ersten Anlauf fehl, wenn Sie nicht die Einstellungen der Firewall auf der Registerseite Firewall Settings <\/b>bearbeitet haben.<\/p>\n Dort müssen Sie die Option Allow Microsoft Services access to this server <\/b>aktivieren (s. Bild 4). Anschließend funktioniert auch der Verbindungsversuch von der Webseite aus.<\/p>\n Bild 4: Aktivieren der Firewall für die Microsoft Services<\/span><\/b><\/p>\n Das bedeutet allerdings noch lange nicht, dass dies auch vom heimischen Rechner aus gelingt: Sie müssen nämlich zusätzlich festlegen, von welcher IP die Firewall Anfragen an SQL Azure durchlassen soll.<\/p>\n Und wenn Sie wie nicht gerade in einem Unternehmen sitzen oder anderweitig mit einer festen IP zur Identifizierung verwenden, haben Sie ein kleines Problem: Die IP wird nämlich in der Regel zumindest einmal täglich neu zugewiesen, was das Festlegen der IP für die Firewall erschwert. Einige Service Provider wie T-Online haben überdies recht viele, große IP-Ranges, sodass eine Zuordnung hier Glücksache ist.<\/p>\n Die einfachste Möglichkeit, dennoch eine gültige Firewall-Einstellung zu verwenden, geht deutlich zu Lasten der Sicherheit: Dabei geben Sie einfach den vollen IP-Bereich frei und tragen unter IP Address Range <\/b>die Grenzen 0.0.0.0 <\/b>und 255.255.255.255 <\/b>ein.<\/p>\n Nur für Testzwecke ist dies sicher in Ordnung, aber wenn Sie wichtige Daten in der Datenbank speichern möchten, sollten Sie sich entweder um eine feste IP kümmern, was beispielsweise für T-Online-Geschäftskunden mittlerweile kostenlos möglich sein soll.<\/p>\n Für die folgenden Schritte gehen wir davon aus, dass Sie die Firewall von SQL Azure so eingerichtet haben, dass der Zugriff funktioniert.<\/p>\n Eine Datenbank anlegen<\/b><\/p>\n Um eine kleine Testdatenbank mit einigen Tabellen anzulegen, verwenden Sie am besten das Microsoft SQL Server Management Studio<\/b>, das in SQL Server 2008 R2 Express <\/b>enthalten ist. Dort erscheint direkt beim Start der Anmeldedialog aus Bild 3 angezeigt wird (<Ihr Servername>.database.windows.net<\/b>).<\/p>\n Bild 5: Anmeldung an SQL Azure vom Client aus<\/span><\/b><\/p>\n <\/p>\n Dieser zeigt nach erfolgter Anmeldung genau das gleiche Bild wie nach dem Einrichten eines frischen SQL Servers auf einem lokalen Rechner an. Mit einem Klick auf den Eintrag Databases <\/b>öffnen Sie die Liste der enthaltenen Datenbanken und stoßen gleich auf die bereits erstellte Datenbank (hier AiU<\/b>). Wenn Sie auch diesen Eintrag durch einen Mausklick erweitern, finden Sie im Kontextmenü des Elements Tables <\/b>den Befehl New Table…<\/b>, mit dem Sie nun eine einfache Testtabelle einrichten können (s. Bild 6).<\/p>\n Bild 6: Mit diesem Eintrag legen Sie eine neue Tabelle im SQL Server an.<\/span><\/b><\/p>\n Sie finden dort ein SQL-Template vor, das Sie noch mit den Parametern der zu erstellenden Tabelle füllen müssen. Das SQL-Skript prüft zunächst, ob die zu erstellende Tabelle bereits vorhanden ist und löscht diese gegebenenfalls. Die folgende CREATE TABLE<\/b>-Anweisung erstellt dann die neue Tabelle. Für eingefleischte Access-Entwickler gehören SQL-Statements allerdings nicht zu den Standardwerkzeugen zur Erstellung von Tabellen, hier wird eher den visuellen Techniken wie etwa der Tabellen-Entwurfsansicht gefrönt. Wir wenden uns also vom SQL Server Management Studio ab und verwenden schnell den SQL Server Migrations-Assistenten (SSMA), um Tabellen aus einer bestehenden Access-Datenbank zu unserer SQL Azure-Datenbank hinzuzufügen. Den SSMA finden Sie in der aktuellsten Version unter dem folgenden Link: http:\/\/www.microsoft.com\/downloads\/details.aspxFamilyID=5abe098d-c7e1-46c6-994a-09a2856eef0b&displaylang=en<\/b>. Wählen Sie hier die Version für den SQL Server 2008 aus. Eine Beschreibung des Umgangs mit diesem Tool für die Version 2005 finden Sie im Beitrag Migration von Access zum SQL Server 2005 <\/b>(www.access-im-unternehmen.de\/490<\/b>). Die Verwendung dieses Tools erfordert eine kurze Registrierung bei Microsoft, wofür Sie wiederum eine Microsoft Live ID <\/b>benötigen. Im Gegenzug erhalten Sie eine Lizenzdatei, die Sie auf Ihrer Festplatte speichern und vor dem Start des SSMA auswählen müssen.<\/p>\n Die Migration sollte eigentlich ganz schnell gehen, aber bereits nach dem Auswählen der Quelldatenbank zeigte SSMA ein Ausrufezeichen mit dem Hinweis, dass eine Inkompatibilität zwischen SSMA und Datenzugriffskomponenten bestünde (siehe Bild 7). Die verwendete Konfiguration war Windows 7 64-bit mit Access 2010 32-bit. Offensichtlich wird der SSMA in diesem Fall auch als 64-bit-Version installiert, die aber mit den 32-bit-Komponenten für den Datenzugriff auf die Access-Datenbank nicht zurechtkommt.<\/p>\n Bild 7: Bei ungünstigen Kombinationen von Betriebssystem, SQL Server und Office-Version meckert der SSMA.<\/span><\/b><\/p>\n Eine Installation der 64-bit-Runtime von Access sollte Abhilfe schaffen, war aber auch nicht möglich, weil diese nicht parallel zur 32-bit-Version installiert werden konnte. Zum Glück gibt es jedoch virtuelle Maschinen, sodass die weiteren Experimente auf Windows 7 (32-bit) stattfanden (die Access-Version ist eigentlich unerheblich, da der SSMA auch mit Datenbanken klarkommen sollte, die mit älteren Access-Versionen erstellt wurden – und der nachfolgend beschriebene Zugriff via ODBC sollte auch mit älteren Versionen gelingen).<\/p>\n Mit einer reinen 32-bit-Konstellation klappt es nun (eine reine 64-bit-Variante sollte es auch tun): der Migration Wizard <\/b>zeigt die Tabellen der Datenbank an und erlaubt die Auswahl der zu migrierenden Tabellen (s. Bild 8).<\/p>\n Bild 8: Auf einem reinen 32-bit-System verstehen sich nun auch der SSMA und Access.<\/span><\/b><\/p>\n <\/span><\/b><\/p>\n Im nächsten Schritt finden Sie einen auf SQL Azure zugeschnittenen Dialog vor, der die üblichen Anmeldeinformationen inklusive Zieldatenbank abfragt (s. Bild 9).<\/p>\n Bild 9: Der Migration Wizard braucht nun einige Informationen zu der Datenbank, in welche die Access-Tabellen migriert werden sollen.<\/span><\/b><\/p>\n Nach erfolgter Migration können Sie die Access- und die SQL Azure-Version des Tabellenentwurfs ansehen (s. Bild 10).<\/p>\n Bild 11: Anlegen einer Dateidatenquelle<\/span><\/b><\/p>\n Voraussetzung für den ODBC-Zugriff schaffen<\/b><\/p>\n Nun steht das Verbinden der Access-Datenbank mit den migrierten Tabellen im SQL Azure-Backend an. Dazu benötigen wir einen entsprechenden Connection-String. Einen Vorschlag für diesen liefert schon die SQL Azure-Webseite, wenn Sie auf die betroffene Datenbank klicken. Dieser Ausdruck sieht wie folgt aus:<\/p>\n Dieser Zeichenfolge können Sie schon alle Informationen entnehmen, die Sie benötigten, um beispielsweise mit der Lösung aus unserem Beitrag Der DBMS-Connection-Wizard <\/b>(www.access-im-unternehmen.de\/681<\/b>) arbeiten zu können. Wie Sie der Zeichenfolge entnehmen können, verwendet diese den SQL Server Native Client 10.0 <\/b>als ODBC-Treiber. Dieser wird nicht standardmäßig mit Windows oder Office installiert, sondern beispielsweise mit dem SQL Server 2008 R2 <\/b>oder als separaten Download. Leider scheint die separate Version des Treibers noch nicht auf dem Stand zu sein, den er im Gesamtpaket etwa im SQL Server 2008 R2 <\/b>hat: Die Erstellung einer Verknüpfung unter Verwendung dieser Version funktionierte nämlich nicht. Also kommen Sie nicht umhin, zumindest die aktuelle Version der Express Edition des SQL Server 2008 R2 <\/b>auf den Rechnern zu installieren, um auf eine SQL Azure-Datenbank zuzugreifen.<\/p>\n Verknüpfung per ODBC erstellen<\/b><\/p>\n Wenden Sie die für Ihre Version von Access nötigen Schritte an:<\/p>\n Bild 10: Der Migration Wizard braucht nun einige Informationen zu der Datenbank, in welche die Access-Tabellen migriert werden sollen.<\/span><\/b><\/p>\n Bild 12: Auswahl des ODBC-Treibers<\/span><\/b><\/p>\n Bild 14: Festlegen von Benutzername und Kennwort<\/span><\/b><\/p>\n Bild 13: Den Namen des Servers entnehmen Sie Ihrer SQL Azure-Webseite.<\/span><\/b><\/p>\n Bild 15: Auswahl der Datenbank<\/span><\/b><\/p>\n Bild 16: Sichern der Datenverbindung<\/span><\/b><\/p>\n Wenn Sie nun die neu angelegte Dateidatenquelle im Dialog Neue Datenquelle erstellen <\/b>auswählen, erscheint ein Dialog zum Einloggen in die Datenbank (s. Bild 17).<\/span><\/p>\n Bild 18: Auswahl der zu verknüpfenden Tabellen<\/span><\/b><\/p>\n Schließlich wählen Sie in dem Dialog aus Bild 19 im Navigationsbereich an.<\/p>\n Bild 17: Anmelden an die Datenbank vor dem Herstellen der Verknüpfungen<\/span><\/b><\/p>\n Bild 19: Anzeige der Verknüpfungen im Navigationsbereich<\/span><\/b><\/p>\n Test unter Windows XP und Access 2003<\/b><\/p>\n Schließlich möchten wir herausfinden, ob die interessante Kombination aus Access und SQL Azure auch mit betagteren Betriebssystemen und Access-Versionen funktioniert – in diesem Fall mit Windows XP SP 3 und Access 2003.<\/p>\n Die erste Hürde ist die Installation des SQL Server 2008 R2 Express Edition: Diese verlangt zunächst nach einer neuen Version des Windows Installers sowie nach dem .NET-Framework, das wir ihm jedoch gern geben. Letztlich gelingt der Zugriff auch in dieser Konstellation, wenn auch Microsoft explizit nur Access 2010 unterstützt.<\/p>\n Tabellen einer SQL Azure-Datenbank im Praxiseinsatz<\/b><\/p>\n Natürlich stellt sich noch die Frage, wie der Zugriff auf die in den Tabellen gespeicherten Daten gelingt und wie es um die Performance bestellt ist.<\/p>\n In Bild 19 ist immerhin gut zu erkennen, dass die Tabellen nach dem Verknüpfen nicht mehr ihren alten Namen besitzen, sondern dass diese um das Präfix dbo_ <\/b>ergänzt wurde. Dies kann man sicherlich nachträglich ändern, sodass bestehende Abfragen, Formulare, Berichte, Steuerelemente und auch VBA-Code nicht ins Leere laufen, wenn sie auf die zuvor noch unter anderem Namen vorhandenen Tabellen zugreifen.<\/p>\n Sie könnten natürlich auch einfach jeweils eine Abfrage erstellen, die auf die Verknüpfung zugreift und genauso heißt wie die Ausgangstabelle. Eine Tabelle namens tblAnrede <\/b>hieße nun als Verknüpfung also dbo_Anrede<\/b>.<\/p>\n Sie erstellen nun eine Abfrage, die alle Felder dieser Tabelle enthält und tblAnreden<\/b> heißt statt wie sonst üblich qryAnreden<\/b>. Die übrigen Access-Objekte würden nun auf eine Abfrage statt auf eine Tabelle zugreifen, aber letztlich würde sich dies nicht bemerkbar machen.<\/p>\n Durch diese Vorgehensweise könnten Sie noch einen weiteren Nachteil der Verknüpfungen mit den Tabellen von SQL Azure wettmachen: Sie können damit die in den Verknüpfungen nicht mehr verfügbaren Nachschlagefelder wiederherstellen. Dazu stellen Sie einfach in den Eigenschaften des jeweiligen Abfragefeldes die gleichen Werte für für ein herkömmliches Nachschlagefeld ein.<\/p>\n Die Performance ist je nach Aktion mehr oder weniger viel schlechter als bei Verwendung lokaler Access-Tabellen. Grundsätzlich sollte es aber klar sein, dass bei Verwendung einer SQL Server-Datenbank, die über das Web abgefragt wird, nicht die Performance einer lokalen Datenbank erreicht werden kann.<\/p>\n Dafür gibt es aber auch eine ganze Menge mehr Möglichkeiten, um die Daten gleich auf dem Server aufzubereiten und beispielsweise im Falle einer Abfrage auch nur die Daten an den Client zu schicken, die dieser tatsächlich angefordert hat. Bei einer reinen Access-Lösung mit Frontend und Backend werden beim Abfragen von Daten schließlich immer alle Datensätze zum Frontend geschickt und erst dort ausgewertet.<\/p>\n Zusammenfassung und Ausblick<\/b><\/p>\n Die Idee, einen Service anzubieten, mit dem man die Tabellen beliebiger Datenbanken und somit auch von Access auf einen SQL Server übertragen kann, der über das Internet abgefragt werden kann, ist zwar nicht allzu neu. Die Daten der Webseite von Access im Unternehmen und somit Bestelldaten, Newsletteranmeldungen et cetera werden beispielsweise bereits seit vielen Jahren mit einer Access-Datenbank als Client angezeigt und bearbeitet.<\/p>\n Neu ist hingegen die Einfachheit der Lösung: Microsoft kümmert sich um das Hosting, betreibt den Server und skaliert den benötigten Speicherplatz und Internet-Traffic je nach Bedarf.<\/p>\n Die Sicherheit wird durch Verschlüsselung der Daten gewährleistet, zusätzlich können Sie die Firewall-Einstellungen für den Zugriff auf Ihren Server einstellen, um beispielsweise nur Anfragen von bestimmten IPs zu erlauben.<\/p>\n In Kürze wird Microsoft weitere zusätzliche Dienste wie beispielsweise ein Backup der auf dem Server gespeicherten Daten anbieten, aus denen Sie im Falle von Datenverlust die Daten wiederherstellen können.<\/p>\n Die Lösung ist sehr gut geeignet, wenn Sie beispielsweise ein Unternehmen betrachten, das zwei oder mehr Standorte betreibt, die auf den gleichen Datenstamm zugreifen müssen.<\/p>\n Ein anderes Beispiel sind Außendienstmitarbeiter. Diese können gleich beim Kunden Daten aufnehmen und diese direkt an SQL Azure schicken. Die Daten können dann direkt in der Geschäftsstelle weiterverarbeitet werden. Dies macht besonders viel Sinn, wenn die Außendienstmitarbeiter nicht regelmäßig zum Datenabgleich erscheinen können – etwa, weil Sie gleich mehrere Tage am Stück unterwegs sind.<\/p>\n Zum Zeitpunkt der Erstellung dieses Beitrags können wir noch keine abschließende Beurteilung der Kosten liefern, die zusätzlich zu den weniger als zehn Euro Grundkosten für eine bis zu ein Gigabyte große Datenbank anfallen. Diese dürften gerade bei kleinen Datenbanken mit wenig Traffic deutlich geringer ausfallen, als wenn Sie einen eigenen Internet-Server mieten und betreiben.<\/p>\n","protected":false},"excerpt":{"rendered":" Cloud-Computing bezeichnet die Bereitstellung von Rechenkapazität, Datenspeicher oder auch kompletten Anwendungen über das Internet. So bietet Microsoft beispielsweise eine spezielle Variante des SQL Servers namens SQL Azure an. Das ist für Access-Anwendungen interessant, deren Daten an mehreren Standorten verfügbar sein sollen oder wenn Außendienstmitarbeiter von unterwegs etwa auf Kundendaten zugreifen sollen. Wir schauen uns die Möglichkeiten von SQL Azure an und zeigen, wie Sie mit Access auf die enthaltenen Daten zugreifen.<\/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":[662010,66062010,44000026],"tags":[],"class_list":["post-55000752","post","type-post","status-publish","format-standard","hentry","category-662010","category-66062010","category-Interaktiv"],"yoast_head":"\n![\"pic002.png\"](\"..\/fileadmin\/_temp_\/2010_06\/AccessInDenWolken-web-images\/pic002.png\")
<\/p>\n![\"pic005.png\"](\"..\/fileadmin\/_temp_\/2010_06\/AccessInDenWolken-web-images\/pic005.png\")
<\/p>\n![\"pic006.png\"](\"..\/fileadmin\/_temp_\/2010_06\/AccessInDenWolken-web-images\/pic006.png\")
<\/p>\n![\"pic007.png\"](\"..\/fileadmin\/_temp_\/2010_06\/AccessInDenWolken-web-images\/pic007.png\")
<\/p>\n![\"pic008.png\"](\"..\/fileadmin\/_temp_\/2010_06\/AccessInDenWolken-web-images\/pic008.png\")
<\/p>\n![\"pic009.png\"](\"..\/fileadmin\/_temp_\/2010_06\/AccessInDenWolken-web-images\/pic009.png\")
<\/p>\n![\"pic010.png\"](\"..\/fileadmin\/_temp_\/2010_06\/AccessInDenWolken-web-images\/pic010.png\")
<\/p>\n![\"pic011.png\"](\"..\/fileadmin\/_temp_\/2010_06\/AccessInDenWolken-web-images\/pic011.png\")
<\/p>\n![\"pic012.png\"](\"..\/fileadmin\/_temp_\/2010_06\/AccessInDenWolken-web-images\/pic012.png\")
<\/p>\nDriver={SQL Server Native Client 10.0};Server=tcp:k7zookc2j1.database.windows.net;Database=AiU;Uid=Minhorst@k7zookc2j1;Pwd=myPassword;Encrypt=yes;<\/pre>\n\n
![\"pic013.png\"](\"..\/fileadmin\/_temp_\/2010_06\/AccessInDenWolken-web-images\/pic013.png\")
<\/p>\n![\"pic014.png\"](\"..\/fileadmin\/_temp_\/2010_06\/AccessInDenWolken-web-images\/pic014.png\")
<\/p>\n![\"pic016.png\"](\"..\/fileadmin\/_temp_\/2010_06\/AccessInDenWolken-web-images\/pic016.png\")
<\/p>\n![\"pic015.png\"](\"..\/fileadmin\/_temp_\/2010_06\/AccessInDenWolken-web-images\/pic015.png\")
<\/p>\n![\"pic017.png\"](\"..\/fileadmin\/_temp_\/2010_06\/AccessInDenWolken-web-images\/pic017.png\")
<\/p>\n![\"pic018.png\"](\"..\/fileadmin\/_temp_\/2010_06\/AccessInDenWolken-web-images\/pic018.png\")
<\/p>\n![\"pic020.png\"](\"..\/fileadmin\/_temp_\/2010_06\/AccessInDenWolken-web-images\/pic020.png\")
<\/p>\n![\"pic019.png\"](\"..\/fileadmin\/_temp_\/2010_06\/AccessInDenWolken-web-images\/pic019.png\")
<\/p>\n![\"pic021.png\"](\"..\/fileadmin\/_temp_\/2010_06\/AccessInDenWolken-web-images\/pic021.png\")
<\/p>\n