Select the product you need help with
Wie Sie Microsoft Access-Formulare an ADO-Recordsets binden könnenArtikel-ID: 281998 - Produkte anzeigen, auf die sich dieser Artikel bezieht Dieser Artikel wurde zuvor veröffentlicht unter D281998 Dieser Artikel ist eine Übersetzung des folgenden englischsprachigen Artikels der Microsoft Knowledge Base: 281998
(http://support.microsoft.com/kb/281998/EN-US/
)
How to Bind Microsoft Access Forms to ADO RecordsetsFortgeschritten: Erfordert Fachkenntnisse in den Bereichen Codierung und Interoperabilität sowie Mehrbenutzerfähigkeiten. Dieser Artikel bezieht sich auf Microsoft Access-Datenbanken (.mdb) sowie auf Microsoft Access-Projekte (.adp). Bitte beachten Sie: Bei diesem Artikel handelt es sich um eine Übersetzung aus dem Englischen. Es ist möglich, dass nachträgliche Änderungen bzw. Ergänzungen im englischen Originalartikel in dieser Übersetzung nicht berücksichtigt sind. Die in diesem Artikel enthaltenen Informationen basieren auf der/den englischsprachigen Produktversion(en). Die Richtigkeit dieser Informationen in Zusammenhang mit anderssprachigen Produktversionen wurde im Rahmen dieser Übersetzung nicht getestet. Microsoft stellt diese Informationen ohne Gewähr für Richtigkeit bzw. Funktionalität zur Verfügung und übernimmt auch keine Gewährleistung bezüglich der Vollständigkeit oder Richtigkeit der Übersetzung. Auf dieser SeiteZusammenfassung Dieser Artikel beschreibt die Anforderungen, die erfüllt sein müssen, um ein aktualisierbares Formular zu erstellen, das an ein ADO-Objekt (ADO = ActiveX Data Objects) des Typs Recordset gebunden ist. Weitere Informationen Um ein Microsoft Access-Formular an ein Recordset zu binden, müssen Sie die Eigenschaft Recordset des Formulars auf ein gültiges DAO- oder ADO-Objekt des Typs Recordset festlegen. Die Eigenschaft Recordset wurde in Microsoft Access 2000 eingeführt und bietet Ihnen die Möglichkeit, Formulare an DAO- oder ADO-Objekte des Typs Recordset zu binden. Das Aktualisieren von Formularen in Access 2000 wird jedoch nur dann unterstützt, wenn die ADO-Verbindung mit den Providern "MSDataShape" und "SQL Server OLEDB" geöffnet wird. Weitere Informationen zu dieser in Access 2000 geltenden Beschränkung finden Sie im folgenden Artikel der Microsoft Knowledge Base: 227053 In Microsoft Access 2002 oder höher können Sie ein aktualisierbares Formular erstellen, das an ein ADO-Recordset gebunden ist, welches andere OLEDB-Provider verwendet. Damit ein an ein ADO-Recordset gebundenes Formular aktualisierbar ist, müssen diverse allgemeine Anforderungen erfüllt sein. Diese allgemeinen Anforderungen sind:
(http://support.microsoft.com/kb/227053/DE/
)
Auf ADO-Recordsets basierende Formulare sind schreibgeschützt
Anforderungen für Microsoft SQL ServerEs gibt zwei Hauptanforderungen, die erfüllt sein müssen, um die Aktualisierbarkeit zu unterstützen, wenn Sie ein Formular an ein ADO-Recordset binden, das Microsoft SQL Server-Daten verwendet:
Wenn Sie ADO-Recordsets in Microsoft Access erstellen, können Sie wählen, welche ADO-Verbindung durch das Recordset genutzt wird. Ihr ADO-Code kann die ADO-Verbindung verwenden, die Microsoft Access für die SQL Server-Datenbank verwendet, die aktuell in einer Access-Projektdatei (ADP) geöffnet ist; oder Sie können auf programmatischem Wege eine ADO-Verbindung zu einer anderen SQL Server-Datenbank herstellen. Nutzung der von Microsoft Access verwendeten ADO-VerbindungWenn Sie eine Access-Projektdatei (.adp) einsetzen, die mit einer Microsoft SQL Server-Datenbank verbunden ist, ist es möglich, dass Ihr ADO-Code dieselbe ADO-Verbindung nutzt wie Microsoft Access. Diese Verbindung wird durch die Eigenschaft CurrentProject.AccessConnection repräsentiert.Das folgende Beispiel veranschaulicht die Bindung eines Formulars an ein ADO-Recordset, das auf SQL Server-Daten basiert und dieselbe ADO-Verbindung verwendet wie Microsoft Access.
Öffnen einer separaten ADO-VerbindungIn bestimmten Situationen müssen Sie eventuell Ihre eigene ADO-Verbindung zu SQL Server einrichten und verwalten. Dies müssten Sie beispielsweise tun, wenn Sie selbst geschriebenen Code in einer Access-Datenbank (.mdb) oder einer Access-Projektdatei (.adp) verwenden, die mit einer anderen SQL Server-Datenbank verbunden sind als Ihre Anwendung. Wenn Sie sich für diese Vorgehensweise entscheiden, empfiehlt Microsoft, die von Ihnen geöffnete ADO-Verbindung zu schließen, wenn sie nicht mehr benötigt wird. Sie könnten zum Beispiel die ADO-Verbindung im Ereignis "UnLoad" des Formulars schließen.Das folgende Beispiel zeigt, wie Sie Ihre eigene ADO-Verbindung zu einer Microsoft SQL Server-Datenbank öffnen und dann ein Formular daran binden können:
Anforderungen für Microsoft JetEs ist zwar möglich, ein Formular an ein ADO-Recordset zu binden, das Daten aus einer Jet-Datenbank verwendet, Microsoft empfiehlt jedoch, lieber DAO einzusetzen. DAO ist hoch optimiert für Jet und funktioniert in Verbindung mit einer Jet-Datenbank in der Regel schneller als ADO.Wenn Sie ein Formular an ein ADO-Recordset binden, das Microsoft Jet-Daten verwendet, gibt es zwei Alternativen:
Nutzung der von Microsoft Access verwendeten ADO-VerbindungWenn Sie den Code in derselben Microsoft Access-Datenbank (.mdb) schreiben, welche die Daten enthält, die Sie für Ihr Recordset benötigen, ist es möglich, dass Ihr ADO-Code dieselbe ADO-Verbindung nutzt wie Microsoft Access. Diese Verbindung wird durch die Eigenschaft CurrentProject.AccessConnection repräsentiert. Das folgende Beispiel veranschaulicht die Bindung eines Formulars an ein ADO-Recordset in einer Jet-Datenbank, wobei die ADO-Verbindung verwendet wird, die aktuell auch Microsoft Access verwendet.
Öffnen einer separaten ADO-VerbindungIn bestimmten Situationen müssen Sie eventuell Ihre eigene ADO-Verbindung zu einer Jet-Datenbank einrichten und verwalten. Diese Vorgehensweise wäre zum Beispiel dann geboten, wenn Sie Ihren Code in einer anderen Datenbank als der Datenbank schreiben, in der sich die Daten befinden, auf die Sie zugreifen müssen. Wenn Sie sich für diese Vorgehensweise entscheiden, empfiehlt Microsoft, die von Ihnen geöffnete ADO-Verbindung zu schließen, wenn sie nicht mehr benötigt wird. Sie könnten zum Beispiel die ADO-Verbindung im Ereignis "UnLoad" des Formulars schließen.Das folgende Beispiel demonstriert, wie Sie Ihre eigene ADO-Verbindung zu einer Microsoft Jet-Datenbank öffnen und dann ein Formular daran binden können:
Anforderungen für ODBCWenn Sie ein Formular an ein ADO-Recordset binden, das Daten aus einer ODBC-Datenbank verwendet, gibt es zwei Hauptanforderungen:
Hinweis: Bei den folgenden Schritten wird davon ausgegangen, dass die ODBC-Datenbank eine Tabelle mit dem Namen "KUNDEN" enthält, die ihrer Struktur nach identisch ist mit der Tabelle "Kunden" in der Beispieldatenbank "Nordwind.mdb". Außerdem wird vorausgesetzt, dass Sie einen ODBC-DSN mit dem Namen "MyDSN" erstellt haben, der den ODBC-Treiber verwendet, den Sie für die Verbindung zu der Backend-Datenbank benötigen.
Anforderungen für OracleWenn Sie ein Formular an ein ADO-Recordset binden, das Daten aus einer Oracle-Datenbank verwendet, gibt es zwei Hauptanforderungen:
Hinweis: Bei den folgenden Schritten wird davon ausgegangen, dass die Oracle-Datenbank eine Tabelle mit dem Namen "KUNDEN" enthält, die ihrer Struktur nach identisch ist mit der Tabelle "Kunden" in der Beispieldatenbank "Nordwind.mdb".
Informationsquellen
Weitere Informationen finden Sie in folgendem Artikel der Microsoft Knowledge Base:
281784 Die in diesem Artikel erwähnten Fremdanbieterprodukte werden von einem Lieferanten hergestellt, der von Microsoft unabhängig ist. Microsoft gewährt keine implizite oder sonstige Garantie in Bezug auf die Leistung oder Zuverlässigkeit dieser Produkte.
(http://support.microsoft.com/kb/281784/DE/
)
Unterschiede zwischen den Eigenschaften "Connection" und "AccessConnection"
EigenschaftenArtikel-ID: 281998 - Geändert am: Donnerstag, 22. Januar 2004 - Version: 4.1 Die Informationen in diesem Artikel beziehen sich auf:
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.
| SPRACHE AUSWÄHLEN
|


Zum Anfang








