Office: (Office 2007) Operation muss eine aktualisierbare Abfrage verwenden

Hallo könnte mir jemand sagen warum ich hierbei die Fehlermeldung, die ich im Titel beschrieben habe, bekomme?

Ich kann den Fehler nicht finden und verstehe die Fehlermeldung nicht. *rolleyes.gif*

UPDATE[Liste nach Namen] SET[Liste nach Namen].[Ergebnis schriftlich] =
(SELECT [Ergebnis] FROM [Abfrage zur Berechnung] WHERE[Liste nach Namen].[Lfd Nummer] = [Abfrage zur Berechnung].[Lfd Nummer]);


Grüße

:)

 

(1) Es fehlen einige Leerzeichen.
(2) Tabelle[Liste nach Namen] ist in FROM-Teil der Unterabfrage nicht vorhanden.
(3) Ob die Zuweisung der Unterabfrage im SET-Teil zulässig ist (eindeutiger Wert), müsste man prüfen.

//Edit: Ersteres liegt wohl an der Darstellung hier im Forum - und den von Dir verwendeten Bezeichnungen, die Klammern erfordern.

 

Code:

Immnoch das gleich problem.
Ergebnis schriftlich kann auch mehrmals den gleichen Wert beinhalten. Ist kein index drauf.

Die Leezeichenproblem generiert das forum irgendwie.
Das Code Tag allerdings, macht die Abfrage etwas unübersichtlich.

Danke für die Hilfe am Sonntag :-)

 

Bezüglich übersichtliche Abfrage sieh Dir mal den SQL Formatter an.

Du kannst einem Tabellenfeld nur einen Wert zuweisen, nicht eine Werteliste. Vielleicht kommst du mit einem DISTINCT weiter.

 

Ähm, Lfd Nummer ist doch ein Schlüssel in der Abfrage und in der Tabelle. Das heißt es wird immer ein Wert einem Record zugeordnet..., oder nicht?

Ich weiß nicht ob das Problem evtl. ist, dass die eine Abfrage sich auf die Tabelle bezieht, welche upgedated werden soll...?

 

Das Problem ist schnell erklärt: Jet ist doof, was Update-Anweisungen angeht. *wink.gif*

Code:

Wenn der Select-Teil eine nicht aktualisierbare Abfrage ist, kommt diese Meldung, auch wenn die eigentliche Datenbasis durchaus aktualisierbar wäre.

Problemumgehung: DLookup einsetzen.
Code:

[OT]
Im Code Text wurden die Leerzeichen vor [ ignoriert. Daher bitte nicht von den fehlenden Leerzeichen ablenken lassen.

 

Wie sieht es denn damit aus
- bezüglich Übersicht,
- bezüglich Funktionalität?
Code:

 

Super danke, es funktioniert beides.

Ein riesen großes Dankeschön an euch beide.

Schönes WE noch

 

Anm.:
Wenn beides funktioniert, dann nimm den Vorschlag von Eberhard, der müsste schneller ablaufen.

 

Hallo miteinander,

ich habe ein sehr ähnliches Problem:
Habe zwei Tabellen, von denen eine Aktualisierungen enthält, die ich in die andere einfügen möchte. Habe über 20 Felder dieich dabei aktualisiere.

Mit folgendem Code hatte es nicht funktioniert:

Code:

Zur Erklärung vorneweg:

Tab1 enthält das Feld Revision im Format "Rev. 0", "Rev. 1", "Rev. 2", etc. ... , Tab2 enthält im Feld Revision lediglich Nummern wie "0", "1", "2", ...

Daher hatte ich in Anlehnung an diesen Thread und obige Antwort folgenden Code probiert:

Code:

Irgendwo habe ich einen Syntaxfehler drin... kann mir evtl. jemand helfen?
Ich würde nach Möglichkeit gerne die INNER JOIN Lösung favorisieren und umsetzen, da ich denke, dass damit die Abfrage um einiges schneller laufen sollte...

Vielen Dank,
Durro

 

EDIT:

Mittlerweile habe ich das ganze in einer

For i = 1 to x - Schleife versucht mit einer Variablen die vorher ausgelesen wird.

Der Code sieht nun so aus:

Code:

Immer noch Syntaxfehler...

 

Du solltest bei der VBA-Zeilentrennung die Leerzeichen nicht vergessen.

Übersichtlich im Sinne der Kontrolle wird es, wenn Du eine neue Zeile mit dem Leerzeichen beginnst (falls dieses dort notwendig).

Eine weitere Kontrollmöglichkeit ist die Ausgabe ins Direktfenster:
Code:

Dort würden die fehlenden Leerzeichen sicher schnell auffallen.

 

Ok, Leerzeichen sind kontrolliert, die habe ich hier im Forum etwas schlampig dargestellt, entschuldigung.

An dieser Stelle gleich mal vielen Dank, Eberhard!

Ich denke, es liegt nach Korrektur des Strings an einer fehlenden Verknüpfung der Tabellen. Da die Tabellen bisher unterschiedliche Primärschlüssel haben und kein Attribut, das jeweils in beiden Tabellen eineindeutig einander zuordenbar ist, werde ich um eine Umstrukturierung der Daten nicht herumkommen, denke ich...

 

Ohne Zuordnungsschlüssel - der auch aus mehreren Feldern, die in Kombination jeweils eindeutig sind - ist da nichts machbar.

 

Jap, das hat man davon, wenn man Kuddel-Muddel-Daten "erbt" und nicht selbst die Datenstruktur angelegt hat.

Werde wie gesagt um eine Neustrukturierung der Daten / die Erstellung eines Zuordnungsschlüssels nicht herum kommen.

Hier der Vollständigkeit halber für die Mitleser die Info, damit sie nach Möglichkeiten so ein Problem bereits im Vorfeld durch intelligente Datenstrukturierung umgehen.... *grmbl* ... *eek.gif*