Scheint ein häufig genug auftretendes Problem, aber die meisten Lösungen beziehen sich auf die Verkettung mehrerer SQL-Befehle, etwas, das ich glaube, kann nicht mit ADO / VBA durchgeführt werden (Ich bin froh, in dieser Hinsicht jedoch falsch dargestellt zu werden) / p>
Ich füge derzeit meinen neuen Datensatz ein und führe dann eine Auswahlabfrage mit (hoffentlich) genügend Feldern aus, um zu garantieren, dass nur der neu eingefügte Datensatz zurückgegeben werden kann. Auf meine Datenbanken wird selten von mehr als einer Person gleichzeitig zugegriffen (vernachlässigbares Risiko, dass ein anderes Einfügen zwischen Abfragen stattfindet) und aufgrund der Struktur der Tabellen ist die Identifizierung des neuen Datensatzes normalerweise recht einfach.
Ich versuche jetzt, eine Tabelle zu aktualisieren, die nicht viel Spielraum für Eindeutigkeit bietet, außer im künstlichen Primärschlüssel. Dies bedeutet, dass das Risiko besteht, dass der neue Datensatz nicht eindeutig ist, und ich hasse es, ein Feld hinzuzufügen, um die Eindeutigkeit zu erzwingen.
Was ist der beste Weg, einen Datensatz in eine Access-Tabelle einzufügen und dann in dieser Situation den neuen Primärschlüssel aus Excel abzufragen?
Danke für die Antworten. Ich habe versucht, @@IDENTITY funktioniert zu bekommen, aber dies liefert immer 0 mit dem folgenden Code.
Irgendetwas fällt auf, verantwortlich zu sein?
Angesichts der von Renaud (unten) hilfreich zur Verfügung gestellten Vorbehalte scheint jedoch bei der Verwendung von @@IDENTITY fast genauso viel Risiko zu bestehen wie bei jeder anderen Methode. Daher habe ich vorläufig auf SELECT MAX zurückgegriffen. Für zukünftige Referenz würde mich jedoch interessieren, was mit meinem Versuch oben falsch ist.
Über Ihre Frage:
Ich versuche jetzt, eine Tabelle zu aktualisieren hat nicht viel Spielraum für Einzigartigkeit, anders als in der künstlicher Primärschlüssel. Das heisst Es besteht ein Risiko, dass der neue Rekord vielleicht nicht einzigartig, und ich verabscheue es füge ein Feld hinzu, um die Eindeutigkeit zu erzwingen.
Wenn Sie ein AutoIncrement für Ihren Primärschlüssel verwenden, haben Sie eine Eindeutigkeit und Sie könnten SELECT @@Identity; verwenden, um den Wert der letzten automatisch generierten ID abzurufen (siehe unten stehende Einschränkungen).
Wenn Sie nicht Autoincrement verwenden und die Datensätze aus Access einfügen, aber die letzte aus Excel abrufen möchten:
Stellen Sie sicher, dass Ihr Primärschlüssel sortierbar ist, sodass Sie den letzten mit einer Abfrage wie der folgenden erhalten können:
%Vor% oder, würde die Sortierung Ihres primären Felds Ihnen nicht die letzte geben, müssten Sie ein DateTime-Feld hinzufügen (zB InsertedDate ) und das aktuelle Datum und die Uhrzeit jedes Mal speichern, wenn Sie einen neuen Datensatz in dieser Tabelle erstellen also könntest du den letzten so bekommen:
In beiden Fällen denke ich, dass das Hinzufügen eines AutoIncrement-Primärschlüssels wesentlich einfacher ist:
Es wird dich nicht viel kosten
Es garantiert Ihnen die Einzigartigkeit Ihrer Unterlagen, ohne darüber nachdenken zu müssen
Es wird Ihnen die Auswahl des letzten Datensatzes erleichtern, entweder mit @@Identity oder durch Sortierung nach dem Primärschlüssel oder nach dem Max() .
Aus Excel
Um die Daten in Excel zu erhalten, haben Sie mehrere Möglichkeiten:
Erstellen Sie eine Datenverbindung mithilfe einer Abfrage, sodass Sie das Ergebnis direkt in einer Zelle oder einem Bereich verwenden können.
Abfrage von VBA:
%Vor% Hinweis zu @@Identity
Sie müssen vorsichtig mit den Vorbehalten umgehen, wenn Sie @@Identity verwenden. in Standard-Access-Datenbanken (*):
Es funktioniert nur mit AutoIncrement Identity-Feldern.
Sie ist nur verfügbar, wenn Sie ADO verwenden und SELECT @@IDENTITY;
Es gibt den zuletzt verwendeten Zähler zurück, aber das gilt für alle Tabellen Sie können es nicht verwenden, um den Zähler für eine bestimmte Tabelle in MS Access zurückzugeben (soweit ich weiß, wenn Sie eine Tabelle mit FROM mytable angeben, wird es einfach ignoriert).
Kurz gesagt, der zurückgegebene Wert ist möglicherweise nicht der Wert, den Sie erwarten.
Sie müssen es direkt nach einem INSERT abfragen, um das Risiko einer falschen Antwort zu minimieren.
Das bedeutet, wenn Sie Ihre Daten auf einmal eingeben und die letzte ID zu einem anderen Zeitpunkt (oder an einem anderen Ort) abrufen müssen, funktioniert sie nicht.
Last but not least wird die Variable nur gesetzt, wenn Datensätze über den Programmcode eingefügt werden.
Dies bedeutet, dass der Datensatz über die Benutzeroberfläche hinzugefügt wurde, @@IDENTITY wird nicht festgelegt.
(*): Um klar zu sein, verhält sich @@IDENTITY anders und vorhersagender, wenn Sie den ANSI-92 SQL-Modus für Ihre Datenbank verwenden.
Das Problem ist jedoch, dass ANSI 92 eine etwas andere Syntax hat als
Der von Access unterstützte ANSI 89-Flavor soll die Kompatibilität mit SQL Server erhöhen, wenn Access als Frontend verwendet wird.
Wenn der künstliche Schlüssel eine automatische Nummer ist, können Sie @@ identity verwenden.
Beachten Sie, dass die Transaktion bei diesen beiden Beispielen von anderen Ereignissen isoliert ist, so dass die zurückgegebene Identität diejenige ist, die gerade eingefügt wurde. Sie können dies testen, indem Sie den Code bei Debug.Print db.RecordsAffected oder Debug.Print LngRecs anhalten und einen Datensatz manuell in Tabelle1 einfügen, den Code fortsetzen und beachten, dass die zurückgegebene Identität nicht die des manuell, sondern des vorherigen Datensatzes ist Datensatz eingefügt durch Code.
DAO-Beispiel
%Vor%ADO-Beispiel
%Vor%Re: "Ich habe versucht, @@ IDENTITY funktionsfähig zu machen, aber dies liefert immer 0 unter Verwendung des folgenden Codes."
Ihr Code sendet SQL und SQL2 über verschiedene Verbindungsobjekte. Ich glaube nicht, dass @@identity etwas anderes als Null zurückgibt, es sei denn, Sie fragen von der gleichen Verbindung aus, in der Sie Ihre INSERT -Anweisung ausgeführt haben.
Versuchen Sie, dies zu ändern:
%Vor%zu:
%Vor%Versuchen Sie, folgenden Makrocode zu befolgen: Fügen Sie zunächst eine Befehlsschaltfläche zum Schaltplan aus dem Steuerungsfeld hinzu und fügen Sie die folgenden Codes in das Codefenster ein
%Vor%Re: "Ich habe versucht, @@ IDENTITY funktionsfähig zu machen, aber dies liefert immer 0 unter Verwendung des folgenden Codes."
Ihr Code sendet %code% und %code% über verschiedene Verbindungsobjekte. Ich glaube nicht, dass %code% etwas anderes als Null zurückgibt, es sei denn, Sie fragen von der gleichen Verbindung aus, in der Sie Ihre %code% -Anweisung ausgeführt haben.
Versuchen Sie, dies zu ändern:
%Vor%zu:
%Vor%Scheint ein häufig genug auftretendes Problem, aber die meisten Lösungen beziehen sich auf die Verkettung mehrerer SQL-Befehle, etwas, das ich glaube, kann nicht mit ADO / VBA durchgeführt werden (Ich bin froh, in dieser Hinsicht jedoch falsch dargestellt zu werden) / p>
Ich füge derzeit meinen neuen Datensatz ein und führe dann eine Auswahlabfrage mit (hoffentlich) genügend Feldern aus, um zu garantieren, dass nur der neu eingefügte Datensatz zurückgegeben werden kann. Auf meine Datenbanken wird selten von mehr als einer Person gleichzeitig zugegriffen (vernachlässigbares Risiko, dass ein anderes Einfügen zwischen Abfragen stattfindet) und aufgrund der Struktur der Tabellen ist die Identifizierung des neuen Datensatzes normalerweise recht einfach.
Ich versuche jetzt, eine Tabelle zu aktualisieren, die nicht viel Spielraum für Eindeutigkeit bietet, außer im künstlichen Primärschlüssel. Dies bedeutet, dass das Risiko besteht, dass der neue Datensatz nicht eindeutig ist, und ich hasse es, ein Feld hinzuzufügen, um die Eindeutigkeit zu erzwingen.
Was ist der beste Weg, einen Datensatz in eine Access-Tabelle einzufügen und dann in dieser Situation den neuen Primärschlüssel aus Excel abzufragen?
Danke für die Antworten. Ich habe versucht, %code% funktioniert zu bekommen, aber dies liefert immer 0 mit dem folgenden Code.
%Vor%Irgendetwas fällt auf, verantwortlich zu sein?
Angesichts der von Renaud (unten) hilfreich zur Verfügung gestellten Vorbehalte scheint jedoch bei der Verwendung von %code% fast genauso viel Risiko zu bestehen wie bei jeder anderen Methode. Daher habe ich vorläufig auf %code% zurückgegriffen. Für zukünftige Referenz würde mich jedoch interessieren, was mit meinem Versuch oben falsch ist.
Über Ihre Frage:
Ich versuche jetzt, eine Tabelle zu aktualisieren hat nicht viel Spielraum für Einzigartigkeit, anders als in der künstlicher Primärschlüssel. Das heisst Es besteht ein Risiko, dass der neue Rekord vielleicht nicht einzigartig, und ich verabscheue es füge ein Feld hinzu, um die Eindeutigkeit zu erzwingen.
Wenn Sie ein AutoIncrement für Ihren Primärschlüssel verwenden, haben Sie eine Eindeutigkeit und Sie könnten %code% verwenden, um den Wert der letzten automatisch generierten ID abzurufen (siehe unten stehende Einschränkungen).
Wenn Sie nicht Autoincrement verwenden und die Datensätze aus Access einfügen, aber die letzte aus Excel abrufen möchten:
Stellen Sie sicher, dass Ihr Primärschlüssel sortierbar ist, sodass Sie den letzten mit einer Abfrage wie der folgenden erhalten können:
%Vor%oder, würde die Sortierung Ihres primären Felds Ihnen nicht die letzte geben, müssten Sie ein DateTime-Feld hinzufügen (zB %code% ) und das aktuelle Datum und die Uhrzeit jedes Mal speichern, wenn Sie einen neuen Datensatz in dieser Tabelle erstellen also könntest du den letzten so bekommen:
%Vor%In beiden Fällen denke ich, dass das Hinzufügen eines AutoIncrement-Primärschlüssels wesentlich einfacher ist:
Es wird dich nicht viel kosten
Es garantiert Ihnen die Einzigartigkeit Ihrer Unterlagen, ohne darüber nachdenken zu müssen
Es wird Ihnen die Auswahl des letzten Datensatzes erleichtern, entweder mit %code% oder durch Sortierung nach dem Primärschlüssel oder nach dem %code% .
Aus Excel
Um die Daten in Excel zu erhalten, haben Sie mehrere Möglichkeiten:
Erstellen Sie eine Datenverbindung mithilfe einer Abfrage, sodass Sie das Ergebnis direkt in einer Zelle oder einem Bereich verwenden können.
Abfrage von VBA:
%Vor%Hinweis zu %code%
Sie müssen vorsichtig mit den Vorbehalten umgehen, wenn Sie %code% verwenden. in Standard-Access-Datenbanken (*):
Es funktioniert nur mit AutoIncrement Identity-Feldern.
Sie ist nur verfügbar, wenn Sie ADO verwenden und %code%
Es gibt den zuletzt verwendeten Zähler zurück, aber das gilt für alle Tabellen Sie können es nicht verwenden, um den Zähler für eine bestimmte Tabelle in MS Access zurückzugeben (soweit ich weiß, wenn Sie eine Tabelle mit %code% angeben, wird es einfach ignoriert).
Kurz gesagt, der zurückgegebene Wert ist möglicherweise nicht der Wert, den Sie erwarten.
Sie müssen es direkt nach einem %code% abfragen, um das Risiko einer falschen Antwort zu minimieren.
Das bedeutet, wenn Sie Ihre Daten auf einmal eingeben und die letzte ID zu einem anderen Zeitpunkt (oder an einem anderen Ort) abrufen müssen, funktioniert sie nicht.
Last but not least wird die Variable nur gesetzt, wenn Datensätze über den Programmcode eingefügt werden.
Dies bedeutet, dass der Datensatz über die Benutzeroberfläche hinzugefügt wurde, %code% wird nicht festgelegt.
(*): Um klar zu sein, verhält sich %code% anders und vorhersagender, wenn Sie den ANSI-92 SQL-Modus für Ihre Datenbank verwenden.
Das Problem ist jedoch, dass ANSI 92 eine etwas andere Syntax hat als
Der von Access unterstützte ANSI 89-Flavor soll die Kompatibilität mit SQL Server erhöhen, wenn Access als Frontend verwendet wird.
Wenn der künstliche Schlüssel eine automatische Nummer ist, können Sie @@ identity verwenden.
Beachten Sie, dass die Transaktion bei diesen beiden Beispielen von anderen Ereignissen isoliert ist, so dass die zurückgegebene Identität diejenige ist, die gerade eingefügt wurde. Sie können dies testen, indem Sie den Code bei Debug.Print db.RecordsAffected oder Debug.Print LngRecs anhalten und einen Datensatz manuell in Tabelle1 einfügen, den Code fortsetzen und beachten, dass die zurückgegebene Identität nicht die des manuell, sondern des vorherigen Datensatzes ist Datensatz eingefügt durch Code.
DAO-Beispiel
%Vor%ADO-Beispiel
%Vor%Versuchen Sie, folgenden Makrocode zu befolgen: Fügen Sie zunächst eine Befehlsschaltfläche zum Schaltplan aus dem Steuerungsfeld hinzu und fügen Sie die folgenden Codes in das Codefenster ein
%Vor%8 Jahre zu spät zur Party ... Das Problem, das Sie haben, ist, dass Sie dbConnectionString verwenden, um eine neue Verbindung zu erstellen. @@ identity ist spezifisch für die Verbindung, die Sie verwenden.
Schließen Sie nicht zuerst die ursprüngliche Verbindung
%Vor%ersetzen
%Vor%mit der Verbindung, die Sie zuvor für die Einfügung verwendet haben
%Vor%und du wärst fertig. Tatsächlich müssen Sie nicht einmal die Tabelle angeben:
%Vor%Hier ist meine Lösung, die nicht @@ index oder MAX verwendet.
%Vor%Viel Spaß!