Office: (Office 2010) operation muss eine aktualisierbare Abfrage verwenden

Hallo Zusammen,

vielleicht bin ich zu blöd, aber ich kriege es nicht hin.
Abfrage im Entwurfsmodus geöffnet:

Tabelle 1: Felder Zahl 1, Zahl 2 (Zahl 2 ist noch leer)
Tabelle 2: Felder Zahl 1, Zahl 3 (teilweise mit Werten)

Durch die Abfrage möchte ich die Zahl 3 (wenn nicht leer) an die Zahl 2 aktualisieren.

Verknüpfung (2) von Tabelle 1 zu Tabelle 2 erstellt. Klappt
Filter Zahl 3 (wenn nicht leer). Klappt

Wandlung in Aktualisierungsabtrage:
Feld: Zahl 1
Tabelle: Tabelle 1

Aktualisieren: [Tabelle 2]![Zahl 3] !!!!!!!!!!!!!!! GEHT NICHT !!!!!!!!!!!!!!!!

Kann mir einer von Euch helfen ????

VLG Ingo Rost (popcorn@radiomagazin.de)

:)

 

Hier noch der SQL Code dazu:
UPDA-1TE Tabelle_1 LEFT JOIN [Tabelle_2] ON Tabelle_1.[Zahl_1] = [Tabelle_2].[Zahl_1] SET Tabelle_1.[Zahl_2] = [Tabelle_2]![Zahl_3]
WHERE ((([Tabelle_2].Zahl_3) Is Not Null));

 

Folgender Code funktioniert bei mir:

Code:

 

Hi,
Code:

sorry, aber das Kriterium ist "nonsens", da wird eine Zahl mit einem Wahrheitswert verglichen.

Abgesehen davon wüsste ich nicht, warum die eingangs gezeigte Abfrage nicht funktionieren sollte.

 

Sorry aber es hat beides nichts gebracht.
Auch bei der 1. Abfrage kommt die gleiche Fehlermeldung wieder.
Bei der 2. Info fehlt mir der Zusammenhand zu den Tabelle. SORRY

 

Irgendetwas stimmt nicht an deiner Beschreibung. Ich habe das Beispiel so simpel wie von dir dargestellt nachgestellt und die Abfrage funktioniert einwandfrei.

Zeig doch bitte mal den Originaltext der Abfrage - und dann bitte auch ohne Schreibfehler. *wink.gif*.

PS:
Deine Kommentare verstehe ich übrigens beide nicht:

 

Ein LEFT JOIN macht keinen Sinn. Wenn es in Tabelle2 keine zuordenbare Datensätze gibt, kann man daraus auch keine zu übertragenden Werte entnehmen.
Vorschlag (Zahl3 enthält auch wirklich Zahlen + Indexnutzung):
Code:

 

----- (sorry, hab mich wohl geirrt)

 

sorry, aber das Kriterium ist "nonsens", da wird eine Zahl mit einem Wahrheitswert verglichen.

Abgesehen davon wüsste ich nicht, warum die eingangs gezeigte Abfrage nicht funktionieren sollte.

Du hast recht. Sorry.

@radiomagazin: Irgendetwas muss in deiner Datenbank anders sein, als du es oben beschreibst.

 

Hallo,

so, jetzt habe ich mehr Zeit *Smilie
Habe eine DB zum testen erstellt und folgendes ist mir unklar...
Abfrage1 = nicht aktualisierbar, aber funktioniert (wie schon in #2 gezeigt)
Abfrage2 = aktualisierbar, aber funkt nicht, (Fehlermeldung: muss aktualisierbar sein!?)
Das "wieso" ist mir unklar, wird vermutlich eine schlüssige Antwort dafür geben.

 

...dieses "UPDA-1TE" wird vermutlich nur ein Schreibfehler sein.

 

Ja, sicher, aber der Code sollte nunmal nicht hier eingetippt, sondern per Copy&Paste eingefügt werden.

 

IMHO kann JET mit Subselects in Aktualisierungsabfragen nicht umgehen und
prüft gar nicht erst, ob tatsächlich ein eindeutiger Datensatz zurückgegeben
wird.

Da unter Access/JET Subselects generell nicht der Renner sind, sollte man
IMHO wenn es geht, immer die Join Variante verwenden. Das gilt für alle
Abfragetypen.
Dort wo es nicht geht, kann man die Domänenaggregatfunktionen (DLookup etc.) verwenden.

 

Eine Aktualisierungsabfrage als aktualisierbar oder nicht aktualisierbar zu bezeichnen: Worin besteht die Zielsetzung dieser Schöpfung?
Eine Aktualisierungsabfrage funktioniert (und aktualisiert) oder eben nicht.

Den Hinweisen von Marsu zu Variante 2 wäre hinzuzufügen: Der JOIN (einfache Verknüpfung der Tabellen) ist auch der effizientere Weg als pro Datensatz eine eigene (Unter)Abfrage auszuführen und schon daher zu bevorzugen (falls das Ziel das Ziel ist und nicht der Weg das Ziel).

 

Hallo @,

zuerst mal, danke für die Erläuterungen!
War bis gestern der Meinung, dass eine Aktualisierungsabfrage nur mit einer
aktualisierbaren Abfrage funktioniert, oder funktionieren kann.
Dem ist anscheinend nicht so. Für mich war das logisch, denn wenn man in die Abfrage
keine Daten eintragen oder ändern kann, wieso kann es die Abfrage!?

Aber ok, ist eben so *Smilie