Haben Sie ihr Backend in ein DBMS ausgelagert, also die Tabellen auf einen SQL-Server migriert, so steht Ihnen ab Access 2007 nur noch die Schnittstelle ADODB zur Verf\u00fcgung, um unter VBA auf sie zuzugreifen, falls Sie sich nicht nur auf verkn\u00fcpfte Tabellen beschr\u00e4nken m\u00f6chten. Denn die Technologie ODBCDirect, mit der man direkt eine Verbindung zum Server aufbauen konnte, wurde ersatzlos gestrichen. Mit einem Trick schlagen Sie Microsoft jedoch ein Schnippchen!<\/p>\n
Zum Artikel …<\/a><\/p>\n Wenn Sie mit dem Microsoft SQL Server arbeiten und SQL Server-Instanzen, die enthaltenen Datenbanken mit Tabellen und weiteren Objekten, Sicherheitselemente wie Anmeldungen, Benutzer oder Benutzergruppen und mehr verwalten wollen, kommen Sie um das SQL Server Management Studio nicht herum. Sie k\u00f6nnen zwar theoretisch alle Aktionen, die Sie mit diesem Tool durchf\u00fchren, auch mit T-SQL direkt aufrufen. Aber daf\u00fcr m\u00fcssen Sie schon profunde Kenntnisse dieser Sprache in Zusammenhang mit der Verwaltung einer SQL Server-Instanz haben. Dieser Beitrag liefert die Grundlagen f\u00fcr den Umgang mit dem Administrationstool f\u00fcr den SQL Server.<\/p>\n Zum Artikel …<\/a><\/p>\n F\u00fcr die Beispiele der Beitr\u00e4ge in diesem Heft und in weiteren Ausgaben wollen wir mit Beispieldatenbanken arbeiten, die wir nicht immer komplett neu erstellen, sondern aus einer von mehreren Quellen auf dem Rechner, auf dem Sie die Beispiele ausprobieren, wiederherstellen wollen. Dazu gibt es drei g\u00e4ngige Methoden, die wir in diesem Artikel vorstellen wollen: den Assistenten zum Kopieren von Datenbanken, das Wiederherstellen einer Datenbanksicherung sowie das Wiederherstellen mithilfe eines Skripts. Wir wollen einen Blick auf die letzteren beiden Varianten werfen.<\/p>\n Zum Artikel …<\/a><\/p>\n Der Wechsel von einem Access-Backend zum SQL Server als Backend-System hat \u2013 neben der Performance und dem Speicherplatz \u2013 oft einen entscheidenden Grund: Access sch\u00fctzt die Daten nicht ausreichend vor fremden Zugriffen. Hier hat der SQL Server deutlich die Nase vorn, denn er bietet verschiedene M\u00f6glichkeiten der Sicherung der Daten vor dem unbefugten Zugriff. Dieser Artikel zeigt, wie das Sicherheitssystem und die Benutzerverwaltung im SQL Server funktionieren.<\/p>\n Zum Artikel …<\/a><\/p>\n Im Beitrag \u00bbSQL Server: Sicherheit und Benutzerverwaltung\u00ab haben wir gezeigt, wie Sie grunds\u00e4tzlich mit Benutzern, Benutzergruppen und den Berechtigungen an den einzelnen Elementen einer SQL Server-Datenbank umd dem SQL Server selbst umgehen. Dort sind wir allerdings nur auf den Zugriff per Windows-Authentifizierung eingegangen. Viele Szenarios erfordern es allerdings, dass Sie die SQL Server-Authentifizierung verwenden, was bedeutet, dass Sie unter dem SQL Server eigene Konten f\u00fcr Benutzergruppen und Benutzer anlegen \u2013 unabh\u00e4ngig von den Windows-Benutzergruppen und -Benutzern. Dieser Beitrag liefert die Grundlagen rund um die Verwendung der SQL Server-Authentifizierung.<\/p>\n Zum Artikel …<\/a><\/p>\n Wenn Sie per ODBC auf die Tabellen etwa eines SQL Servers zugreifen, kennen Sie das Dilemma: Entweder Sie nutzen die Windows-Authentifizierung, was nicht \u00fcberall m\u00f6glich ist, aber ohne gr\u00f6\u00dfere Probleme funktioniert. Oder Sie verwenden die SQL Server-Authentifizierung. Dann haben Sie zwei M\u00f6glichkeiten: Entweder Sie erlauben das Speichern des Kennworts in den Systemtabellen von Access. Oder der Benutzer muss nach dem eigentlichen Anmelden nochmal seine Benutzerdaten eingeben, wenn der erste Zugriff auf eine Tabelle erfolgt. In dieser L\u00f6sung schauen wir uns diese Varianten an \u2013 und eine bessere, bei der Sie einfach die Tabellen beim Start neu verkn\u00fcpfen.<\/p>\n Zum Artikel …<\/a><\/p>\n Wenn Sie sich in die Programmierung des Sicherheitssystems des SQL Servers einarbeiten, wollen Sie die Berechtigungen der verschiedenen Windows-Benutzer, Windows-Gruppen oder SQL Server-Benutzer ausprobieren. Bei SQL Server-Benutzern, die sich \u00fcber die SQL Server-Authentifizierung anmelden, ist das einfach. Bei Windows-Benutzern und -Benutzergruppen denkt der eine oder andere sicher schon dar\u00fcber nach, dass er dann immer den Windows-Benutzer abmelden und sich unter dem Namen des zu pr\u00fcfenden Benutzers einloggen muss. Das ist aber nicht der Fall \u2013 es gibt einfachere Methoden sowohl f\u00fcr den Zugriff von Access als auch direkt \u00fcber das SQL Server Management Studio.<\/p>\nDas SQL Server Management Studio<\/h3>\n
SQL Server-Datenbanken kopieren<\/h3>\n
SQL Server: Sicherheit und Benutzerverwaltung<\/h3>\n
SQL Server-Authentifizierung<\/h3>\n
SQL Server-Zugriff ohne gespeichertes Kennwort<\/h3>\n
Authentifizierung im SQL Server testen<\/h3>\n