Office: (Office 2010) Nach Abfrage selektierte Datensätze für weitere Abfrage deaktivieren

Hallo!

Wenn man das Beispiel von Eberhard noch auf eine (vielleicht doch eher theoretische) Möglichkeit, dass 2 Anwender zur gleichen Zeit einen Export starten, absichern will, könnte man eine Tabelle mit einer ExportID verwenden.

Tabelle "ExportProtokoll"
- idExport (autowert, PK)
- ExportZeitpunkt datetime
- User ...
- ...

1. Export-ID anfordern
in VBA (Luftcode!)
Code:

2. Daten mit Export-ID kennzeichen
(Code wie in #15 gezeigt .. nur Datum gegen ExportID tauschen)

3. Die mit der ExportID markierten Daten exportieren
(Code wie in #15 gezeigt .. nur Datum gegen ExportID tauschen)


Mit der ExportID sollte eine auch in einer Mehrbenutzer-Umgebung eindeutige Unterscheidung möglich sein.

Eine ebenso brauchbare Alternative zur Hilfstabelle mit einem Autowert wäre der Einsatz von GUID-Werten, die direkt im Client erstellt werden können.
Die Export-Tabelle liefert aber nebenbei die Möglichkeit, den Export zu dokumentieren.

mfg
Josef

 

Hi Eberhard, unter normale Abfrage habe ich bis jetzt immer das angehängte Bild verstanden. (siehe normale_abfrage.jpg).

Deinen VBA Code habe ich verstanden. Durch dein Script wird sozusagen, die Aktualisierungsabfrage und das Selektieren der markierten Datensätze in einem Vorgang durchgezogen. Ich habe dazu aber noch eine Frage/Denkfehler. Schau dir dazu bitte die angehängte Datei (komplette_Tabelle.jpg) an. So sieht meine Beispieltabelle/Datenbank aus. Beim Ausführen deines Codes würde doch die Spalte Exportzeitpunkt komplett mit dem Datum befüllt. Richtig?

Wie muss der Code aber verändert werden, damit beim Ausführen des Codes zunächst nach Wert1 gefragt wird (hier z. B. nach 80011502) und dann das Datum in der Spalte Exportzeitpunkt nur in den Zeilen eingefügt wird, in denen in der Spalte Wert1 (z. B. 80011502) eingetragen wurde. Diese Datensätze (also mit dem soeben erstelleten Exportzeitpunktdatum) sollen dann anschließend in eine Exceltabelle übertragen werden.

Hoffe habe das jetzt nicht zu umständlich ausgedrückt.

@josef:

Den GUID Wert habe ich meiner Tabelle auch eingefügt. So viel ich weiß, wird durch den GUID Wert ein Datensatz eindeutig gekennzeichnet, also genauer als der Primärschlüssel. Richtig?

 

Ein Feld kann nur als Primärschlüssel für eine Tabelle dienen und verwendet werden, wenn die Inhalte eindeutig sind. Das können fortlaufende Zahlen, beliebige Ausdrücke und eben auch GUID's sein.
Der Zustand einer Eindeutigkeit ist nur als ja oder nein zu definieren, eine Genauigkeit spielt da keine Rolle.

Da aber über einen Schlüssel laufend Vergleiche ausgeführt werden, ist es für die Performance dabei durchaus relevant, ob da Long-Zahlen vorliegen (4 Byte Bedarf pro Wert) oder ein Datum (8 Byte) oder ein String (2 Byte pro Zeichen + 10 Byte für die Verwaltung des Ganzen). Weil Menge Arbeit macht, ist der Vergleich von 4 Byte schneller erledigt als z.B. von durchschnittlich 30 Byte.

Nach dem Bild: Richtig. Genau werden aber nur die Datensätze aktualisiert, wo das Feld Exportzeitpunkt leer ist. Das wären also die neuen, noch nicht erfassten Datensätze.
Diesen Filter kann man natürlich erweitern, z.B. um die Vorgabe für Werte in zusätzlichen Feldern:
Code:

Da es verschiedene Varianten gibt, sollte die entstehende Exceltabelle genauer beschrieben werden, um einen passenden Weg zu formulieren.
Beispielsweise kann man auch Inhalte einer Auswahlabfrage exportieren und braucht da keine zusätzliche Tabelle zum Anfügen oder aus einer Tabellenerstellungsabfrage heraus - was zu bevorzugen wäre, weil man keinen temporären Mülle erzeugt.

 

Hi Eberhard,

kannst du dir die angehängte Fehlermeldung anschauen. Weiss momentan nicht, wo der Fehler im Code/ oder meiner Access Datei liegt.

 

An Deiner Stelle würde ich darauf schauen, womit genau der Fehler erzeugt wird.
1.1 hast Du jedenfalls nicht obigen Vorschlag umgesetzt.

 

Hallo,

ich habe deinen Code testweise in meine Datenbank eingefügt und entsprechend die Tabelle in "Testen" umbenannt und das Format geändert.

Dein Code muss doch wie in Excel als Modul eingefügt werden. Habe dann die Tabelle Testen geöffnet und deinen Code gestartet.

Bekomme nun die angehängte Fehlermeldung.

Bitte um Hilfe.

 

Sorry ich muss das Thema nochmals pushen, weil ich den Fehlet nicht erkenne. Den Code habe ich verstanden, bekomme dennoch immer Fehlermeldung.
Bitte um Hilfe.

 

Ein Bild einer Fehlermeldung, das sich zumal in meinen Fall als fehlerhaft und nicht anzeigbar zeigt, beschreibt wohl nicht, was GENAU Du MACHST.

 

Hallo,

anbei nun die Testdatenbank inklusive des Fehlers als Snapshot. Funktioniert bei mir nicht. Oder ist Flüchtigkeitsfehler, den ich über übersehe. Über den Play Button des Editor starte ich und erhalte die angehängte Fehlermeldung.

Könnt ihr das bitte mal checken?

 

Code:

 

Ich streiche auch noch etwas mit.*Smilie
Code:

 

Hallo!

@nouba:
Bei Verwendung von Now() im SQL musst du dann aber sicherstellen, dass das Update so schnell läuft, dass das Now() in der 2. Anweisung gleich ist.
Ich würde diese "Ausstreichung" wieder rückgängig machen. *wink.gif*


Ansonsten:
Eventuell wäre eine Transaktion um die Ausführung beider SQL-Anweisungen überlegenswert.

mfg
Josef

 

\@Josef,

hast Recht - bei ungünstiger Konstellation kann das schief gehen.

 

Hallo,

habe es jetzt so wie Eberhard im Beitrag vom 11.05.2016 12:50 gemacht hat und das funktioniert!

Jetzt habe ich noch eine Frage, was im Gegensatz zu Excel VBA noch anders erscheint.

Wenn ich beispielsweise den genannten VBA Code ausführen möchte ohne Start des VBA Editor / Drücken des Play Buttons.

Habe versucht in Access ein Makro (Ausführen Code) zu erstellen. Aber Access fragt dann beim Ausführen nach dem Funktionsnamen.

ABer es handelt sich doch hierbei um eine SUB Prozedur. Wenn ich nun unter FUnktionname den Namen der SUB also "MachEs" eingeben und ausführe. Dann gibt Access eine Fehlermeldung aus. Kann Namen nicht finden.

ALso kurzgefragt: Was muss in Access eingestellt werden, damit er den VBA Code per Makro ausführt?

 

Zum Ausführen eines Codes braucht man ein Ereignis.

In Access verwendet man typischerweise Formulare zur Programmsteuerung. Ein Export wie im Thread ist i.d.R. eine Aktion, die ein Nutzer gezielt veranlassen will, dabei vorher sicher auch Parameter auswählen will.


Daher wäre hier eine Schaltfläche geeignet, die mit Klick das benötigte Ereignis liefert. In dessen Ereignisprozedur kann man die gezeigte Sub aufrufen bzw. den Code der Sub unmittelbar übernehmen.