INFO: Wie Visual Basic 3.0 Handles Sicherheit von Microsoft Access festlegen

SPRACHE AUSWÄHLEN SPRACHE AUSWÄHLEN
Artikel-ID: 105990 - Produkte anzeigen, auf die sich dieser Artikel bezieht
Dieser Artikel wurde archiviert. Er wird im vorliegenden Zustand bereitgestellt und nicht mehr aktualisiert.
Alles erweitern | Alles schließen

Auf dieser Seite

Zusammenfassung

Visual Basic Version 3.0 enthält das Microsoft Access-Datenbankmodul. Visual Basic enthält die Syntax einer Microsoft Access-Datenbank in fast jeder Weise manipulieren, das Microsoft Access können. Eine wesentliche Ausnahme ist im Bereich der Sicherheit. Nur Microsoft Access können Sie festlegen oder Sicherheitsoptionen (z. B. Anmeldung-IDs und Kennwörter für das System) ändern und festlegen oder ändern Berechtigungen auf bestimmte Objekte in einer bestimmten Datenbank.

Visual Basic Version 3.0 enthält zwei Anweisungen (SetDataAccessOption und SetDefaultWorkspace), die ermöglichen einer Visual Basic-Anwendung, den Sicherheitsmechanismus erfüllen, dass Microsoft Access-implementiert und mit Visual Basic-Code anmelden. Verwenden Sie diese Anweisungen, erhalten Sie die Berechtigungen, die einen bestimmten Benutzer erteilt.

Dieser Artikel beschreibt die Mechanismen der Sicherheit, die für Visual Basic-Version 3.0 und Visual Basic-Programmierer gelten. Die gesamte Sicherheitsfunktionen von Microsoft Access sind Gegenstand dieses Artikels.

Eine vollständige Beschreibung der Sicherheitsfunktionen von Microsoft Access finden Sie in der folgenden Knowledge Base:
122036WX1051: Sicherheits-Assistenten und Whitepaper app. Hinweis 2.0

Weitere Informationen

Sicherheit ist in zwei Teile implementiert:
  • Jeder Benutzer und Gruppe verfügt über eine eindeutige Sicherheits-ID (SID) Code.
  • Der SID-Code wird in der Datenbank along with zugeordneten Berechtigungen für die SID gespeichert.
Die nächsten beiden Abschnitte geben Sie die Details.

Jedes Benutzer- und enthält eindeutige SICHERHEITSKENNUNG (SID)

In Microsoft Access verfügt jeder Benutzer und Gruppen eine Sicherheits-ID (SID). Die SID ist eine binäre Zeichenfolge, die der Benutzer oder Gruppe eindeutig identifiziert. Wenn ein Benutzer auf, ob von in Microsoft Access das Anmeldedialogfeld oder von Code in Visual Basic (später in diesem Artikel dargestellt) anmeldet, liest Microsoft Access-Datenbankmodul aus der Tabelle MSysAccounts die SYSTEM.MDA-Datenbank. Diese Datenbank wird nur von Microsoft Access erstellt und eine der neue (leere) werden erstellt, wenn die ursprüngliche Kopie gelöscht wird.

Hinweis: Wenn der ursprüngliche SYSTEM.MDA versehentlich gelöscht wird, verloren die eindeutige SIDs. Daher ist aller Möglichkeit zum Zugriff auf geschützte Datenbanken auch verloren. Daher ist es ratsam, zu der Datenbank und die Datei SYSTEM.MDA im Ort sichern, wenn die Berechtigungen auf die Datenbank festgelegt wurden.

Wenn anmelden angegeben der Benutzer den Benutzernamen (Groß-/Kleinschreibung wird nicht beachtet) und das Kennwort (Groß-/Kleinschreibung beachten). Wenn der Benutzername und Kennwort korrekt sind, wird die SID des Benutzers abgerufen und in einer Struktur für das Modul intern gespeichert. Das Kennwort ist nur für die Überprüfung des Benutzers verwendet. Sobald der Benutzer einen überprüften Benutzer wird, hat das Kennwort ab diesem Punkt keine Auswirkungen auf Sicherheit.

Hier ist ein wichtiger Punkt, der zum Verhalten von Visual Basic bezieht. Standardmäßig versucht Microsoft Access-Datenbankmodul, den Benutzer und das Kennwort des Admin zu validieren und "" bzw.. Visual Basic Version 3.0, ohne Code, diese Tastenkombination für das Microsoft Access-Datenbankmodul standardmäßig sendet. Dies bedeutet, dass auch ohne Verwendung von Visual Basic sicherheitsbezogene-Anweisungen, Visual Basic-Programm Zugang zu der Datenbank erhält Wenn der Benutzer "Admin" der Gruppe Administratoren nicht das Kennwort von der Standardeinstellung keine geändert wurde ("").

Nach der Anmeldung wird die SID des Benutzers abgerufen. Diese SID wird für alle nachfolgenden Operationen in Microsoft Access-Datenbankmodul verwendet.

Die SID ist in der SYSTEM.MDA-Datenbank gespeicherten.

Die SID wird in der Datenbank selbst gespeichert. Alle Berechtigungen einer bestimmten Benutzer oder Gruppen erteilt werden daher auch in der Datenbank eindeutige SID zugeordnet gespeichert.

Dadurch wird anderen wichtigen Punkt zu Visual Basic-Verhalten. Die Visual Basic-Anwendung Eintrag, um die Datenbank zugreifen und haben vollständige Berechtigungen, seeming, um den Sicherheitsmechanismus Microsoft Access zu ignorieren, wenn eine der folgenden Bedingungen erfüllt ist:
  • Visual Basic-Programmierer hat nicht die Position des der SYSTEM.MDA übernommen Datenbank berücksichtigt den Programmcode.
  • Der Benutzer "Admin" wurde nicht das Kennwort von der Standardeinstellung keine geändert ("").
Dies tritt aufgrund eines das Standardverhalten von der Microsoft Access-Engine und die Visual Basic. Der kombinierte Effekt besteht darin, Eintrag für die Datenbank und deren Objekte durch den Visual Basic-Code zu ermöglichen.

Die Liste der in Microsoft Access-Objekttypen: Tabelle, Abfrage, Formular, Bericht, Makros und Module. Diese sind nur die ersten beiden über Visual Basic-Code, damit die anderen von dieser Erklärung ausgelassen werden können.

In den folgenden zwei Abschnitten jeder der beiden Visual Basic Sicherheit bezogenen Anweisungen (SetDataAccessOption und SetDefaultWorkspace). Die beiden Anweisungen sind eine Auswahl von SYSTEM.MDA-Dateien bereitstellen und Anmeldung Einträge mit einer Microsoft Access-Datenbank mit Sicherheit festzulegen, von Microsoft Access. Diese zwei Abschnitte folgt ein Abschnitt, der die beiden Anweisungen das Verhalten des Microsoft Access-Datenbankmoduls in Bezug auf Sicherheit bezieht.

SetDataAccessOption Anweisung--Syntax und Verhalten

SetDataAccessOption hat die folgenden Parameter:
   SetDataAccessOption option, value

   option is a numeric value with only one legal value (1).
				

Beispiel:
   SetDataAccessOption 1, "E:\VBPROJ\MY.INI"
				

In der DATACONS.TXT-Datei im Stammverzeichnis der \VB-Verzeichnis angegeben wird eine Konstante für diesen Wert definiert:
   Global Const DB_OPTIONINIPATH = 1
				

SetDataAccessOption legt den Namen und Pfad der Initialisierungsdatei (.ini) Ihre Anwendung fest. Der INI-Datei der Anwendung wird wirksam, nur wenn SetDataAccessOption verwendet wird, bevor die Datenzugriffsfunktionalität geladen und initialisiert wird. Nachdem der Zugriff auf Daten initialisiert wurde, kann nicht mit dieser Einstellung geändert werden, ohne die Anwendung beenden. Der Wert ist ein Zeichenfolgenausdruck. Für die Option DB_OPTIONINIPATH enthält das Wertargument einen Zeichenfolgenausdruck, der Pfad und Name der Initialisierungsdatei (.ini) der Anwendung bereitstellt. Initialisierungsdateien werden in der Regel in \Windows-Verzeichnis des Benutzers gespeichert und haben denselben Namen wie die ausführbare Datei jedoch mit der Erweiterung ini. Verwenden Sie diese Anweisung nur, wenn die Anwendung Initialisierungsdatei einen anderen Namen hat oder in einem anderen Verzeichnis als das Verzeichnis \Windows.

Die SetDataAccessOption-Anweisung ist nicht erforderlich, wenn Sie das Visual Basic-Projekt in der VB.EXE-Umgebung, Ausführen Wenn die Datei VB.ini (im Verzeichnis \Windows) die folgenden Zeilen enthält:

[Optionen]
SystemDB=T:\ACCESS\SYSTEM.MDA
UtilityDB=T:\ACCESS\UTILITY.MDA

Hinweis: der tatsächliche Speicherort der SYSTEM.MDA ist nicht signifikante, sofern Microsoft Access und Visual Basic ist ein Eintrag auf der SYSTEM.MDA, die Sie gemeinsam verwenden werden. Die SetDataAccessOption-Anweisung ist nicht erforderlich, wenn die Anwendung exe-Datei eigene INI-Datei in die \Windows hat und die exe und INI-Dateien denselben Namen freigeben.

SetDefaultWorkspace Anweisung--Syntax und Verhalten

SetDefaultWorkspace hat die folgenden Parameter:
   SetDefaultWorkspace username, password
				

Wenn diese Anweisung ausgelassen wird, wird Visual Basic die Entsprechung die folgende Zeile an Microsoft Access-Datenbankmodul senden, die in Visual Basic enthalten ist:
   SetDefaultWorkspace "Admin" , ""
				

Diese Anweisung hat die Auswirkung von erhalten eine gültige SID und den Eintrag, um alle Tabellen- und Abfrage Objekte in der Datenbank.

Beziehung zwischen Visual Basic und Microsoft Access-Sicherheit

Um die Beziehung zwischen Visual Basic und Microsoft Access-Sicherheit zu verstehen, müssen Sie den Microsoft Access-Sicherheitsmechanismus verstehen. Hier ist eine ausführliche Erläuterung für den Vorteil der Visual Basic-Programmierer, der nicht Microsoft Access ausgiebig verwendet hat. Es ist eine Hierarchie von Berechtigungen in Microsoft Access. Auf der obersten Ebene stehen Gruppen. Innerhalb einer bestimmten Gruppe sind Benutzer. Um Berechtigungen selektiv für bestimmte Benutzer erteilen, müssen alle Berechtigungen zuerst deaktiviert oder entfernt werden aus der Gruppe. Dann und nur dann können Berechtigungen werden erteilte oder aufgehobene für einzelne Benutzer.

Für einen einzelnen Benutzer aufgeführte Berechtigungen werden explizite Berechtigungen bezeichnet. Berechtigungen für die Gruppe mit das Benutzerkonto werden implizite Berechtigungen bezeichnet. Implizite Berechtigungen haben Vorrang vor Explicit Berechtigungen.

Im Menü Sicherheit können Sie Berechtigungen in Microsoft Access festgelegt, nachdem eine Datenbank geöffnet wurde und der Benutzer angemeldet hat. Wählen Sie im Security Berechtigungen, um Berechtigungen für jedes Objekt in der Datenbank zuweisen, der in Visual Basic nur Objekte Tabelle und Abfrage bedeutet.

Angenommen, gab es eine Gruppe in Microsoft Access-Datenbank mit dem Namen Analysten, die mit der Benutzer Robert und Susanne ein, und Sie möchten, beschränken lediglich Bob Lesen von Daten und Susanne vollständige Berechtigungen erteilen gehen Sie folgendermaßen vor:
  1. Microsoft Access als ein Benutzer in der Gruppe Administratoren anmelden. Geben Sie beispielsweise, Administratorrechte oder Fred.
  2. Wählen Sie im Security Berechtigungen (ALT S P).
  3. Tabellenobjekte sind die Standardvorgangsart. Wählen Sie den Namen der Tabelle auf Berechtigungen festgelegt werden soll. Beispielsweise Wählen Sie TestTbl.
  4. Festlegen Sie die Option Gruppen im Benutzer-Gruppe Frame. Klicken Sie auf der Liste des Kombinationsfelds nach unten und dann auf Analysten, die Gruppe auszuwählen.
  5. Deaktivieren Sie alle Kontrollkästchen, um alle Berechtigungen für die gesamte Gruppe widerrufen.
  6. Ändern Sie die Schaltfläche Liste Option wieder auf Benutzer und wählen Sie Bob. Deaktivieren Sie das Kontrollkästchen für alle Bobs Berechtigungen.
  7. Susanne aus der Liste wählen, und alle Berechtigungen das Kontrollkästchen.
  8. Klicken Sie auf Hinzufügen, um die Änderungen für die Tabelle zu übernehmen.
Zu diesem Zeitpunkt genommen Sie an, ein Visual Basic-Programm mit dem folgenden Code im Formular Laden-Ereignis:
Sub Form_Load ()
   Dim db As database
   Dim ds As dynaset
   Dim scenario as integer

   scenario = 'insert a value between 1 and 4 here

   select case scenario
      case 1:
         ' Do nothing

      case 2:
         SetDefaultWorkspace "bob", "leftout"

      case 3:
         SetDataAccessOption 1, "E:\VB.INI"    ' not in \WINDOWS directory

      case 4:
         SetDataAccessOption 1, "E:\VB.INI"    ' not in \WINDOWS directory
         SetDefaultWorkspace "bob", "leftout"
   end select

   Set db = OpenDatabase("E:\DATACON\BASES\ACCESS11\ASAMPLE.MDB") ' point 1
   Set ds = db.CreateDynaset("TestTbl")                           ' point 2

   autoredraw = True   ' to make Print  statement persist on the form
   Print ds(0), ds(1)

End Sub
				

Hier sind einige Szenarios veranschaulichen die Beziehung zwischen Visual Basic und Microsoft Access:

SZENARIO ONE: in diesem Fall gibt es ist kein Verweis auf den Speicherort der Datei SYSTEM.MDA. Windows und Microsoft Access-Datenbankmodul sind kann nicht mit den zuvor in diesem Artikel aufgeführten Abschnitt [Options] die INI-Datei gefunden. Daher der SYSTEM.MDA wird ignoriert, und Visual Basic standardmäßig auf die Standardkombination für Benutzer und Kennwort ("Admin", ""). Jedoch zuvor das Standardkennwort für den Benutzer Administrator wurde geändert etwas außer "". Darüber hinaus wurden alle Berechtigungen für die Gruppe Administratoren und der Benutzer "Admin" in der Gruppe Administratoren aufgehoben. Daher tritt der folgende Visual Basic-Fehler bei Punkt 2:
Couldn't Read; No Read Permission for Table or Query 'f)) "

Sie haben die Hintertür Visual Basic und alle Anmeldungen in der Datei SYSTEM.MDA umgehen wollen Visual Basic-Anwendung geschlossen.

SZENARIO TWO: in diesem Fall da Sie die SetDefaultWorkspace-Anweisung, aufrufen ohne alle Zeiger zu der Datei SYSTEM.MDA, die Microsoft Access Visual Basic Engine für die Datei SYSTEM.MDA hunts und, nicht findet, gibt den folgenden Fehler an Punkt 0 in den Code:
Datei 'SYSTEM.MDA' konnte nicht gefunden werden.

Hinweis: Die auftretenden in beiden Szenarien 1 und 2 den würde auftreten entsprechen, wenn die SYSTEM.MDA-Datei verschoben wurde, umbenannt oder gelöscht.

SZENARIO 3: in diesem Fall Sie die Visual Basic Microsoft Access-Datenbankmodul teilen sich die Datei SYSTEM.MDA befindet jedoch eine Kombination aus Benutzer und Kennwort nicht angeben. Daher erneut Visual Basic stellt die einzige Benutzer Kombination aus und Kennwort Weiß ("Admin", ""), das ist nicht mehr gültige Kombination, da Sie das Administrator-Benutzerkonto ein Kennwort hinzugefügt. Visual Basic gibt als Ergebnis des folgenden Fehlers an Punkt 1 in den Code:
Keine gültigen Konto oder Kennwort.

SZENARIO 4: in diesem Fall geben Sie beide Parameter korrekt. Deshalb, weil Sie Bob "Daten lesen" Berechtigung gegeben haben sowie "Lesen Definitions" damit auf Microsoft Visual Basic-Modul um zu lesen, Visual Basic-Anwendung druckt die ersten beiden Felder im ersten Datensatz der Tabelle mit dem Namen TestTbl.

Wenn Sie die vier Szenarios mit der Benutzer Susanne wiederholt, würden alle identisch sein. Sue konnte jedoch weitergehen und die Tabellenstruktur und die Daten auch ändern. Denken Sie daran, Sie zuerst die Analytiker Gruppe ausgewählt und alle Berechtigungen gesperrt. Und Sie wieder alle Berechtigungen zu Sue hinzugefügt, aber nur lesen Definitionen und Daten wurden an Bob hinzugefügt.

Hinweis: Die Administratorengruppe hat besonderen Bedeutung in Bezug auf Sicherheit. Dies gilt für alle Benutzer in der Gruppe. Der Admins-SID wird in der SYSTEM.MDA gespeichert, wenn eine Datenbank erstellt wird. Folglich ist die Administratorgruppe stets Berechtigung zum Ändern die Berechtigungen für alle Objekte in der Datenbank vorhanden. Diese Berechtigung kann nicht von allen entzogen werden. Diese Berechtigung bleibt, selbst wenn alle Berechtigungen aus der Gruppe Administratoren gesperrt, und nicht im Dialogfeld Berechtigungen angezeigt. Dies ist ein weiterer Grund aufbewahren einer Sicherung und Verfolgen der SYSTEM.MDA verwendet wurde, wenn die Datenbank erstellt wurde.

Mit OwnerAccess-Option in einer SQL-Abfrage


Einen letzten Punkt Unklarheit besteht, um die Verwendung des folgenden Ausdrucks in einer SQL-Abfrage:
   ... With OwnerAccess Option
				

Suchen Sie beispielsweise diesen Code:
   Sub Form_Load ()
      Dim db As Database
      Dim qd As querydef

      Set db = OpenDatabase("C:\ACCESS\DB1.MDB")

      ' Enter the following two lines of code as one, single line:

      Set qd = db.CreateQueryDef("myQD", "select * from [TableDetails]
         with owneraccess option ;")
      db.Close
   End Sub
				

Dieser Code führt diesen Fehler:
Ungültige Datenbank-ID.

Dies ist, da OwnerAccess an den Besitzer der Datenbank bezieht. Der Besitzer ist der Ersteller der Datenbank. Mit anderen Worten, verweist OwnerAccess an den Besitzer User und Password Kombination (eindeutige SID), die in der Datenbank (BD1.MDB in diesem Fall) gespeichert ist. Der Code enthält jedoch nicht die beiden Anweisungen erforderlich, auf die Datei SYSTEM.MDA einer gesicherten Datenbank zeigen. Tatsächlich ist in diesem Fall nur die SetDefaultWorkspace Anweisung unerlässlich, wenn ein gültiger Abschnitt [Options] enthält die kompilierte EXE-Datei INI-Datei im Verzeichnis \Windows befindet.

Der Code verwendet die Hintertür. Es verfügt über eindeutige SID des Datenbankbesitzers an das Modul nicht angegeben, also das Datenbankmodul die Standardkombination für Name und Kennwort nicht (Admin, "") des Benutzers ist der Datenbankbesitzer. Selbst wenn sich herausstellt, dass der Benutzer Administrator der Datenbankbesitzer ohne die Datei SYSTEM.MDA Lektüre ist kann das Datenbankmodul die Tatsache nicht überprüfen, so die Fehlermeldung erhält.

Notizen für Benutzer von Microsoft Access, Version 2.0

Verwenden das kürzlich veröffentlichte Microsoft Jet 2.0/Visual Basic 3.0-Kompatibilitätsebene, können Visual Basic in Microsoft Access, Version 2.0-Datenbanken zugreifen. Im folgenden sind einige Hinweise zu eine sicheren Version 1.1-Datenbank in Microsoft Access, Version 2.0-Format konvertieren.

Wenn eine Datenbank der Version 1.x, gesichert ist, bleibt es sicher, ob Sie es mit Microsoft Access Version 1.x oder 2.0 öffnen. Microsoft Access, Version 2.0 kann jedoch nicht verwendet werden ändern oder Hinzufügen von Berechtigungen in der Datenbank auch vom Administrator bis die Datenbank, Version 2.0 konvertiert wird.

Wenn Sie Microsoft Access, Version 2.0 installieren, erstellt er eigenen Arbeitsgruppen-Informationsdatei (SYSTEM.MDA). Wenn Microsoft Access, Version 2.0 in demselben Verzeichnis wie Version 1.x installiert ist, Version 1.x-SYSTEM.MDA-Datei werden SYSTEM1X.MDA umbenannt.

Um die Sicherheit einer konvertierten Datenbank Änderungen vornehmen, müssen Sie eine Version 2.0 verwenden SYSTEM.MDA, die über identische Gruppen und Benutzer (und identische PIDs) als die ursprüngliche SYSTEM.MDA verfügt.

Hinweis: PIDs (Persönliche IDs) in Microsoft Access, Version 2.0, sind das Äquivalent der PIN (Persönliche ID-Nummern) in Version 1.x

Um eine sichere Arbeitsgruppe zu erstellen:
  1. Verwenden Sie das 2.0 Arbeitsgruppenadministrator-Tool, um eine neue Arbeitsgruppe erstellen. Dies ist eine Version 2.0-SYSTEM.MDA-Datei.
  2. Erstellen Sie alle Benutzer und Gruppenkonten mit dem gleichen Namen und PID Zahlen, die in Microsoft Access Version 1.x verwendet wurden.
Um eine sichere 1.x Datenbank in 2.0 Format umzuwandeln:

Hinweis: In einer sicheren Arbeitsgruppe können nur Benutzer mit Modify Design Berechtigungen für alle Objekte ein Format, Version 1.x in Version 2.0 Format konvertieren. Darüber hinaus müssen Sie die Datenbank der Version 1.x in Microsoft Access Version 1.x Verwendung der Version 1.x Arbeitsgruppe Modify Design Berechtigungen zuweisen.
  1. Stellen Sie sicher niemand die Datenbank der Version 1.x verwendet.
  2. Melden Sie sich auf Microsoft Access 2.0 als Mitglied der Administratorengruppe, der nicht Administrator ist.
  3. Wählen Sie im Datei den Befehl Datenbank konvertieren.
  4. Wählen Sie die Version 1.x Datenbank, die Sie konvertieren möchten. Sie werden aufgefordert, den Datenbanknamen der Version 2.0.

    Hinweis: Der Befehl "Datenbank konvertieren Sie einen neuen Namen für die Datenbank erzwingt. Auf diese Weise können Sie eine Sicherungskopie der Datenbank der Version 1.x als aufbewahren, nachdem Sie eine Datenbank von Version 1.x konvertiert haben, auf Version 2.0 Sie es in Version 1.x zurückkonvertieren können nicht.
  5. Verfügen Sie die Benutzer Mitglied der neuen Version 2.0-Arbeitsgruppe (SYSTEM.MDA) unter Verwendung des Arbeitsgruppenadministrator-Tools.

    Hinweis: Sie auch erreichen dies durch Ändern der Datei MSACC20.INI im Windows-Verzeichnis. Ändern Sie im Abschnitt [Options] der Datei den SystemDB-Eintrag, der Version 2.0 SYSTEM.MDA auf Datei. Der Abschnitt [Options] der Datei werden ähnlich wie im folgenden Beispiel:
          [Options]
          SystemDB=<microsoft access path>\SYSTEM.MDA
    
    						

Wichtige Punkte zu speichern

  1. Nur Microsoft Access kann erstellen und ändern Sie die Datei SYSTEM.MDA.
  2. Die Datei SYSTEM.MDA enthält eindeutige SID zum Sortieren, ist, für die Microsoft Access-Modul zum Erzwingen dieser Berechtigungen mit Berechtigungen in einer Datenbank verwendet. Die SID wird durch Bereitstellen von Microsoft Access-Datenbankmodul mit einem gültigen Benutzernamen und Kennwort-Kombination aus abgerufen, die eindeutigen SID erhält das Datenbankmodul im Arbeitsspeicher zum Erzwingen von Sicherheit auf einer geöffneten Datenbank speichert.
  3. Microsoft Access und Visual Basic müssen auf den Speicherort aus der Datei SYSTEM.MDA zeigt werden, um Eintrag, um Datenbanken zu erhalten, die Sicherheit und Berechtigungen implementiert haben.
  4. Es ist eine Hintertür zu dem Programm Visual Basic-Anwendung verfügbar, wenn das Kennwort für die kein Benutzer in der Administratorengruppe (bezeichnet als Administrator) ist standardmäßig keine vom Standardwert geändert ("").
  5. Wenn der Ausdruck "Mit OwnerAccess-Option" in der SQL-Abfrage einer CreateQueryDef, CreateDynaset oder CreateSnapshot-Methode verwendet wird, muss ein Zeiger auf die Datei SYSTEM.MDA vorhanden sein. Selbst wenn Sie die Hintertür verwenden (die Standardkombination Benutzer und das Kennwort des Admin und "") und scheinen die SYSTEM.MDA beim Verwenden von "Mit OwnerAccess-Option" in einer SQL-Abfrage benötigen, das Modul muss finden Sie in die Datei SYSTEM.MDA, um die SID des Besitzers (Autor) der Datenbank, der Benutzer entsprechen, angemeldet.
  6. Die gültige Anmeldeinformationen User und Password Kombinationen sind in der SYSTEM.MDA-Datei gespeichert, aber die Berechtigungen in der Datenbank gespeichert sind (MDB-Datei) selbst. Ein eindeutiger Schlüssel (SID) wird aus der SYSTEM.MDA mit einem gültigen Benutzernamen und Kennwort-Kombination für Microsoft Access-Datenbankmodul bereitgestellt wird, durch das Anmeldedialogfeld in Microsoft Access oder durch den Code in Visual Basic extrahiert.

Eigenschaften

Artikel-ID: 105990 - Geändert am: Sonntag, 9. Februar 2014 - Version: 2.0
Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft Visual Basic 3.0 Professional Edition
  • Microsoft Visual Basic 3.0 Professional Edition
Keywords: 
kbnosurvey kbarchive kbmt kbinfo KB105990 KbMtde
Maschinell übersetzter Artikel
Wichtig: Dieser Artikel wurde maschinell und nicht von einem Menschen übersetzt. Die Microsoft Knowledge Base ist sehr umfangreich und ihre Inhalte werden ständig ergänzt beziehungsweise überarbeitet. Um Ihnen dennoch alle Inhalte auf Deutsch anbieten zu können, werden viele Artikel nicht von Menschen, sondern von Übersetzungsprogrammen übersetzt, die kontinuierlich optimiert werden. Doch noch sind maschinell übersetzte Texte in der Regel nicht perfekt, insbesondere hinsichtlich Grammatik und des Einsatzes von Fremdwörtern sowie Fachbegriffen. Microsoft übernimmt keine Gewähr für die sprachliche Qualität oder die technische Richtigkeit der Übersetzungen und ist nicht für Probleme haftbar, die direkt oder indirekt durch Übersetzungsfehler oder die Verwendung der übersetzten Inhalte durch Kunden entstehen könnten.
Den englischen Originalartikel können Sie über folgenden Link abrufen: 105990
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.

Ihr Feedback an uns

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com