Die Hilfethemen zu Transact-SQL- und SQL Server-Fehlermeldungen sind über die Registerkarte Inhalt der Access-Hilfe nicht mehr verfügbar. Weitere Informationen zu Transact-SQL- und SQL Server-Fehlermeldungen finden Sie in der SQL Server-Dokumentation.

Die Menüs Datenbanksicherheit und Replikation, die früher über das Menü Extras von Microsoft Data Engine (MSDE) verfügbar waren, gibt es in Microsoft SQL Server 2000 Desktop Engine nicht mehr. Sie können SQL Server 2000 Enterprise Manager verwenden, um Ihre Datenbank zu replizieren und zu schützen. Zum Schützen der Datenbank können Sie auch die Transact-SQL-Anweisungen GRANT, REVOKE und DENY verwenden. Weitere Informationen zu SQL Server Enterprise Manager, zur SQL Server-Replikation und zur Sicherheit finden Sie in der SQL Server-Dokumentation.

Es ist nicht möglich, das Kontextmenü auf dem Windows-Desktop zu verwenden (indem Sie mit der rechten Maustaste auf den Desktop klicken, im Kontextmenü auf Neu und dann auf Microsoft Access-Anwendung klicken), um ein neues Access-Projekt (ADP) zu erstellen. Sie können nur eine Access-Datenbank erstellen.

Um eine Verknüpfung zu einem Access-Projekt zu erstellen, suchen Sie das Access-Projekt in Windows Explorer, klicken Sie mit der rechten Maustaste auf den Dateinamen des Access-Projekts, klicken Sie auf Verknüpfung erstellen, und ziehen Sie die Verknüpfung auf den Windows-Desktop.

Tipp

Access storniert einen Sicherungs-, Wiederherstellungs- oder Löschvorgang, wenn Sie nicht über die entsprechenden Berechtigungen verfügen. Access storniert einen Sicherungsvorgang, wenn nicht ausreichend Speicherplatz vorhanden ist, um die Sicherungsdatei zu erstellen. Vergewissern Sie sich, dass Sie die entsprechenden Berechtigungen in SQL Server besitzen und ausreichend Speicherplatz vorhanden ist, bevor Sie einen dieser Vorgänge ausführen.

Es ist nicht möglich, eine SQL Server-Datenbank, die auf einem Remotecomputer ausgeführt wird, mit Hilfe eines Access-Projekts zu sichern, wiederherzustellen oder zu löschen. Sie können eine SQL Server-Datenbank, Version 7.0 oder höher, oder eine SQL Server 2000 Desktop Edition-Datenbank auf einem lokalen Computer sichern, wiederherstellen oder löschen, oder aber SQL Server Enterprise Manager für diese Operationen auf einem Remotecomputer verwenden.

Wenn Sie eine Access-Projektdatei (ADP) reparieren (zeigen Sie im Menü Extras auf Datenbank-Dienstprogramme, und klicken Sie dann auf Projekt komprimieren und reparieren), muss Access die Datei im Exklusivmodus öffnen, um die Reparatur durchzuführen.

Vergewissern Sie sich, dass alle anderen Benutzer das Access-Projekt geschlossen haben, bevor Sie versuchen, die Reparatur vorzunehmen.

Anmerkung  Der Befehl Projekt komprimieren und reparieren komprimiert und repariert ein Access-Projekt, keine SQL Server-Datenbank. Um eine SQL Server-Datenbank zu komprimieren und zu reparieren, verwenden Sie SQL Server Enterprise Manager. Weitere Informationen zu SQL Server Enterprise Manager finden Sie in der SQL Server-Dokumentation.

• Die Daten sind möglicherweise im OEM-Format gespeichert, und die Konvertierungseinstellung stimmt nicht. Um festzustellen, ob Daten im OEM-Format gespeichert wurden, können Sie mit Hilfe einer Abfrage den Inhalt der verwendeten Tabellen anzeigen. Falls erweiterte Zeichen fehlerhaft dargestellt werden, stimmt wahrscheinlich die OEM-Konvertierungseinstellung nicht.

  Schließen Sie das Access-Projekt, ändern Sie die Einstellung in der SQL Server-Clientkonfiguration (auf der Registerkarte DB-Library-Optionen), und öffnen Sie das Access-Projekt erneut.

• Es tritt möglicherweise ein unerwartetes Verhalten auf, wenn die Systemcodepage der Clientcomputer nicht mit dem Zeichensatz von SQL Server übereinstimmt. Auf dem Client ist die Systemcodepage der Zeichensatz, der von der im Betriebssystem angegebenen Sprache verwendet wird. Wenn Sie Windows 2000 oder höher verwenden, ist dies das Standardgebietsschema. Auf dem Server wird der Zeichensatz während der Installation von SQL Server angegeben.

  Bei einem Access-Projekt (*.adp) werden Abfrageergebnisse, die ANSI-Textfelder enthalten, nicht ordnungsgemäß dargestellt, wenn die Systemcodepage des Clientcomputers nicht mit dem Zeichensatz des Computers mit SQL Server übereinstimmt, mit dem der Client verbunden ist. Dieses Problem tritt bei Daten, die im Unicode-Format auf dem Server gespeichert werden, nicht auf.

Gültige Namen für Datenbankobjekte beginnen mit einem Zeichen oder einem Unterstrich (_) und enthalten eine Kombination aus Zeichen, Zahlen und Unterstrichen. Die maximal zulässige Länge für einen in der Datenbank gespeicherten Objektnamen (Abfragen, Datenbankdiagramme und Tabellen) beträgt 128 für SQL Server, Version 7.0 oder höher, und 30 für SQL Server, Version 6.5.

• Das erste Zeichen muss ein Unterstrich oder ein Buchstabe gemäß Unicode Standard 2.0 sein. Die Unicode-Definition für Buchstaben schließt die lateinischen Zeichen a - z und A - Z sowie Buchstaben aus anderen Sprachen ein.

  Im Allgemeinen sollten Objektnamen nicht mit einem at-Zeichen (@) oder einem Nummernzeichen (#) beginnen. SQL Server verwendet ein vorangestelltes Nummernzeichen bei Objektnamen, um anzuzeigen, dass es sich bei dem Objekt um ein temporäres Objekt handelt. Ein Name, der mit einem at-Zeichen (@) beginnt, bezeichnet eine lokale Variable oder einen lokalen Parameter. Einige Transact-SQL-Funktionen tragen Namen, die mit doppelten at-Zeichen (@@) beginnen.

• Die nachfolgenden Zeichen bei Objektnamen können sich folgendermaßen zusammensetzen:
  • Buchstaben gemäß Unicode Standard 2.0.
  • Dezimalzahlen aus Standardlateinisch oder anderen nationalen Skripts.
  • at-Zeichen (@), Dollarzeichen ($), Nummernzeichen (#) oder Unterstrich (_).

Der Objektname sollte keine reservierten Transact-SQL-Schlüsselwörter enthalten. Transact-SQL reserviert die Versionen in Groß- und Kleinbuchstaben von reservierten Schlüsselwörtern. Eine Aufstellung der reservierten Schlüsselwörter finden Sie in der SQL Server-Dokumentation.

Sonderzeichen einschließlich doppelter Anführungszeichen (") sind nicht zulässig.

Grundsätzlich sollten Namen, die Punkte enthalten, vermieden werden.

Bei einem Access-Projekt ist es nicht möglich, den Datenbankbesitzer eines Objekts mit Hilfe des Datenbank-, Tabellen- oder Abfragedesigners zu ändern. Falls Sie den Datenbankbesitzer eines Objekts ändern müssen, verwenden Sie SQL Server Enterprise Manager. Weitere Informationen zu Eigentümern von Datenbankobjekten und zu SQL Server Enterprise Manager finden Sie in der SQL Server-Dokumentation.

• Möglicherweise sind Sie nicht berechtigt, diesen Vorgang auszuführen. Wenden Sie sich an den Besitzer des Objekts oder an den Datenbankadministrator, um die Berechtigung zum Ändern dieses Objekts zu erhalten.
• Das Objekt ist eventuell nicht mehr in der Datenbank vorhanden. Aktualisieren Sie das Datenbankfenster (Datenbankfenster: Das Fenster, das angezeigt wird, wenn Sie eine Access-Datenbank oder ein Access-Projekt öffnen. Es enthält Verknüpfungen zum Erstellen neuer Datenbankobjekte und zum Öffnen vorhandener Objekte.), um festzustellen, ob dieses Objekt noch in der Datenbank existiert.
• Sie sind nicht als Datenbankbesitzer oder als Benutzer, der Mitglied der Rolle db_owner ist, angemeldet.

  Da Sie nicht als Systemadministrator, Datenbankbesitzer oder Benutzer, der Mitglied der Rolle db_owner ist, angemeldet sind, haben Sie eingeschränkte Berechtigungen für die Datenbank. Ihre Berechtigungen werden durch die Ihrer Anmelde-ID gewährten Berechtigungen und durch die Berechtigungen, die den Rollen, bei denen Ihre Anmelde-ID Mitglied ist, gewährt sind, bestimmt.

• Die Sicht, gespeicherte Prozedur oder benutzerdefinierte Funktion ist verschlüsselt und kann nicht geöffnet werden.

  Verschlüsselung verhindert für immer und für alle Benutzer (unabhängig von den jeweiligen Datenbankberechtigungen), auch für Sie selbst, dass sie die Sicht, die gespeicherte Prozedur oder die benutzerdefinierte Funktion sehen können.

  In Access 2000 können Sie eine Sicht von einem Access-Projekt aus über das Dialogfeld Eigenschaften des Ansichtsfensters verschlüsseln. In Access 2002 oder höher können nur Sichten, gespeicherte Prozeduren oder benutzerdefinierte Funktionen mithilfe von Transact-SQL (durch Hinzufügen der WITH ENCRYPTION-Klausel im SQL-Bereich) oder SQL Server verschlüsselt werden. Weitere Informationen zur Verschlüsselung finden Sie in der SQL Server-Dokumentation.

  Wichtig  Wenn Sie eine Sicht, gespeicherte Prozedur oder benutzerdefinierte Funktion verschlüsseln, können Sie diese nicht mehr ändern. Wenn Sie davon ausgehen, dass die Sicht später überarbeitet werden muss, speichern Sie den SQL-Code vor dem Verschlüsseln an einem überwachten Ort in einer Textdatei. Wenn später dann eine Änderung erforderlich ist, können Sie die folgenden Aktionen ausführen:

  1. Löschen Sie die alte verschlüsselte Sicht, gespeicherte Prozedur oder benutzerdefinierte Funktion.
  2. Erstellen Sie eine neue Sicht, gespeicherte Prozedur oder benutzerdefinierte Funktion mit demselben Namen.
  3. Schneiden Sie den SQL-Code aus der gespeicherten Textdatei aus, und fügen Sie ihn im SQL-Bereich der neuen Sicht, gespeicherten Prozedur oder benutzerdefinierten Funktion ein.
  4. Überarbeiten Sie die neue Sicht, gespeicherte Prozedur oder benutzerdefinierte Funktion.
  5. Speichern Sie den überarbeiteten SQL-Code an einem überwachten Ort in einer neuen Textdatei.
  6. Verschlüsseln Sie die neue Sicht, gespeicherte Prozedur oder benutzerdefinierte Funktion im SQL-Bereich mit Hilfe der WITH ENCRYPTION -Klausel.

Wenn das Access-Projekt mit Microsoft SQL Server oder Microsoft 2000 Personal SQL Server verbunden ist, die Sortierreihenfolge auf "Wörterbuchreihenfolge, keine Unterscheidung nach Groß-/Kleinschreibung" festgelegt ist und die Unterscheidung nach Groß-/Kleinschreibung für die Unicode-Sortierung deaktiviert ist, kann bei Datenbankobjekten, die zwar denselben Namen, aber bei allen oder manchen Buchstaben eine andere Groß-/Kleinschreibung aufweisen, ein unerwartetes Verhalten auftreten. Sie können z. B. versehentlich die falsche Tabelle löschen, wenn die drei Tabellen kategorien, Kategorien und KATEGORIEN vorhanden sind. Access sucht nach der ersten Instanz des Objektnamens, die mit der Schreibung übereinstimmt, berücksichtigt jedoch die Groß-/Kleinschreibung nicht, da eine Wörterbuch-Sortierreihenfolge verwendet wird, bei der die Groß-/Kleinschreibung nicht berücksichtigt wird. Deshalb könnte das falsche Objekt gelöscht werden.

Access verwendet die Sortierreihenfolge, um festzustellen, welches Objekt gelöscht oder geöffnet werden soll. Die Standard-Sortierreihenfolge von Microsoft SQL Server und Microsoft 2000 Personal SQL Server  ist "Wörterbuchreihenfolge, keine Unterscheidung nach Groß-/Kleinschreibung", womit bei Objekten die Groß-/Kleinschreibung nicht berücksichtigt wird. Darüber hinaus wird in der Standardeinstellung für die Unicode-Sortierung nicht nach Groß-/Kleinschreibung unterschieden. Wenn jedoch während der Installation von Microsoft SQL Server oder Microsoft 2000 Personal SQL Server die Unterscheidung nach Groß-/Kleinschreibung für die Unicode-Sortierung aktiviert wird, für die Sortierreihenfolge aber der Standardwert "Wörterbuchreihenfolge, keine Unterscheidung nach Groß-/Kleinschreibung" belassen wird, können Objekte mit derselben Schreibweise, aber einer unterschiedlichen Groß-/Kleinschreibung auf dem Server vorhanden sein.

Wenn Sie SQL Server oder Microsoft 2000 Personal SQL Server installieren, sollten Sie unbedingt Benutzerdefinierte Installation auswählen. Legen Sie in den Dialogfeldern Zeichensatz, Sortierreihenfolge und Unicode-Sortierung die Sortierreihenfolge auf "Wörterbuchreihenfolge, keine Unterscheidung nach Groß-/Kleinschreibung" fest, und vergewissern Sie sich, dass unter Unicode-Sortierung die Option Keine Unterscheidung nach Groß-/Kleinschreibung deaktiviert ist.

Anmerkung  Dieses Verhalten tritt nicht auf, wenn der Server so eingerichtet wurde, dass sowohl für die Sortierreihenfolge als auch für die Unicode-Sortierung nach Groß-/Kleinschreibung unterschieden wird.

Wenn Sie Microsoft Data Engine (MSDE) 1.0 deinstallieren und anschließend SQL Server 2000 Desktop Engine installieren, können Sie Ihr Access-Projekt mit der Datenbankdatei (MDF) verbinden, die von MSDE erstellt wurde. Beim Verbinden der Datenbankdatei konvertiert Access diese jedoch von SQL Server 7.0 nach SQL Server 2000. Deshalb können Sie die Datenbankdatei nicht wieder nach SQL Server 7.0 konvertieren oder mit MSDE verwenden.

Es ist möglich, MSDE und SQL Server 2000 Desktop auf demselben Computer auszuführen. Dazu geben Sie einen Instanznamen an (z. B. MSOFFICE), wenn Sie eine benutzerdefinierte Installation von SQL Server 2000 Desktop Engine vornehmen, und stellen sicher, dass auf Ihrem Access-Projekt-Clientcomputer Microsoft Data Access Components (MDAC), Version 2.6, installiert ist. In diesem Fall können Sie eine SQL Server 7.0-Datenbank (zeigen Sie im Menü Extras auf Datenbank-Dienstprogramme, und klicken Sie auf Datenbanktransfer) auf eine SQL Server 2000-Datenbank transferieren. Es ist jedoch nicht möglich, eine SQL Server 2000-Datenbank auf eine SQL Server 7.0-Datenbank zu transferieren.