Operation muss eine aktualisierbare Abfrage verwenden. (Fehler 3073) Microsoft Access

Ich habe dies geschrieben-Abfrage:

UPDATE tbl_stock1 SET 
tbl_stock1.weight1 = (
    select (b.weight1 - c.weight_in_gram) as temp 
    from
        tbl_stock1 as b,
        tbl_sales_item as c 
    where
        b.item_submodel_id = c.item_submodel_id 
        and b.item_submodel_id = tbl_stock1.item_submodel_id 
        and b.status <> 'D' 
        and c.status <> 'D'
    ), 
tbl_stock1.qty1 = (
    select (b.qty1 - c.qty) as temp1 
    from
        tbl_stock1 as b,
        tbl_sales_item as c 
    where 
        b.item_submodel_id = c.item_submodel_id 
        and b.item_submodel_id = tbl_stock1.item_submodel_id 
        and b.status <> 'D' 
        and c.status <> 'D'
    )
WHERE
    tbl_stock1.item_submodel_id = 'ISUBM/1' 
    and tbl_stock1.status <> 'D';

Habe ich diese Fehlermeldung:

Operation must use an updatable query. (Error 3073) Microsoft Access

Aber wenn ich die gleiche Abfrage in SQL Server ausgeführt werden soll.

Dank,
dinesh

InformationsquelleAutor | 2009-08-05

  1. 2

    Ich bin ziemlich sicher, dass das JET-DB-Engine behandelt jede Abfrage mit einer Unterabfrage als nicht aktualisierbar. Dies ist wahrscheinlich der Grund für den Fehler und, so, müssen Sie zu überarbeiten, die Logik und vermeiden Sie die Unterabfragen.

    Als test, können Sie auch versuchen, zu entfernen die Berechnung (Subtraktion) durchgeführt wird, in jedem der beiden Unterabfragen. Diese Berechnung kann nicht sein, spielt schön mit dem update.

    Hängt von der Unterabfrage. Unterabfragen in der WHERE-Klausel nicht haben, dass die Wirkung. Unterabfragen in der FROM-kann oder kann nicht, abhängig von verschiedenen Themen. Die wichtigste Frage ist, ob oder nicht Jet/ACE beheben kann, die Art der Beziehung, so dass es eindeutig gesagt, welche einzelnen Datensatz zu aktualisieren. Eine Sache, zu versuchen, wenn Sie die SQL, die in Access selbst ist das Prädikat DISTINCTROW, das kann manchmal machen nonupdatable Abfragen aktualisierbar.
    "Die wichtigste Frage ist, ob oder nicht Jet/ACE beheben kann, die Art der Beziehung, so dass es eindeutig gesagt, die einzigen Datensatz aktualisieren" - na ja, die Access-Datenbankmodul-UPDATE..JOIN-syntax nicht erforderlich ist, eindeutige Werte: in der Tat, wenn es nicht produzieren mehrdeutige Werte es wird still pick willkürlich und es ist schwierig vorherzusagen, welche abgeholt werden (unsere alten Favoriten über PKs und Cluster auf der Festplatte, vermute ich). Die fehlende Unterstützung für die Skalare Unterabfragen in der UPDATE-SET-Klausel ist IMO die Access-Datenbank-engine schlimmsten 'design feature' (Lesen 'bug').

    InformationsquelleAutor Ben Griswold

  2. 2

    Betrachten Sie dieses sehr einfache UPDATE-Anweisung mit Nordwind:

    UPDATE Categories
   SET Description = (
                      SELECT DISTINCT 'Anything' 
                        FROM Employees
                     );

    Schlägt es fehl, mit der Fehlermeldung "Operation muss eine aktualisierbare Abfrage verwenden'.

    Die Access-Datenbank-engine einfach nicht unterstützt SQL-92-syntax, eine Skalare Unterabfrage in der SET - Klausel.

    Die Access-Datenbank-engine hat Ihre eigenen proprietären UPDATE..JOIN..SET syntax, ist aber unsicher, da Sie, im Gegensatz zu einer skalaren subquery ist es nicht erforderlich, dass die Werte eindeutig sein. Wenn die Werte nicht eindeutig sind dann der Motor stumm 'picks' eine willkürlich und es ist schwierig (wenn nicht unmöglich), um vorherzusagen, welche angewendet werden, selbst wenn Sie sich dessen bewusst waren das problem.

    Betrachten Sie zum Beispiel die vorhandenen Categories - Tabelle in der Northwind und die folgenden daft (nicht-)Tabelle als Ziel für ein update (daft, sondern einfach zu zeigen das problem klar und deutlich):

    CREATE TABLE BadCategories
(
 CategoryID INTEGER NOT NULL, 
 CategoryName NVARCHAR(15) NOT NULL
)
;
INSERT INTO BadCategories (CategoryID, CategoryName) 
   VALUES (1, 'This one...?')
;
INSERT INTO BadCategories (CategoryID, CategoryName) 
   VALUES (1, '...or this one?')
;

    Nun für die UPDATE:

    UPDATE Categories 
       INNER JOIN (
                   SELECT T1.CategoryID, T1.CategoryName
                     FROM Categories AS T1
                   UNION ALL 
                   SELECT 9 - T2.CategoryID, T2.CategoryName
                     FROM Categories AS T2
                  ) AS DT1
       ON DT1.CategoryID = Categories.CategoryID
   SET Categories.CategoryName = DT1.CategoryName;

    Wenn ich diesen starte, mir gesagt wird, dass zwei Zeilen wurden aktualisiert, komisch, weil es nur eine übereinstimmende Zeile in der Tabelle Kategorien. Das Ergebnis ist, dass die Categories Tabelle mit CategoryID jetzt hat '...oder diese? " Wert. Ich vermute, es wurde ein Rennen, um zu sehen, welcher Wert wird in die Tabelle geschrieben, letzten.

    Dem SQL-92-Skalare Unterabfrage ist ausführlich, wenn es mehrere Klauseln in der SET und/oder in der WHERE-Klausel entspricht der SET's Klauseln, aber zumindest ist es beseitigt die Mehrdeutigkeit (plus eine anständige optimizer sollte in der Lage sein, erkennt, dass die Unterabfragen sind in der Nähe spielen). Der SQL-99 Standard eingeführt MERGE die verwendet werden können, die zur Beseitigung der oben erwähnten Wiederholung aber unnötig zu sagen, dass Access nicht unterstützt, entweder.

    Die Access-Datenbank-engine der fehlenden Unterstützung für SQL-92-Skalare Unterabfrage syntax ist für mich seine Schlimmste 'design feature' (Lesen 'bug').

    Beachten Sie auch die Access-Datenbank-engine-der proprietären UPDATE..JOIN..SET syntax nicht ohnehin benutzt werden, mit set-Funktionen ('Summen Abfragen" in Access-sprechen). Sehen Update-Abfrage Basierend auf Summen die Abfrage schlägt Fehl.

    Dies ist zwar alles sehr interessant, es ist nicht eine Lösung für das problem, von denen es viele gibt. Jede Datenbank-engine hat Fällen, in denen Aussagen, die sollte theoretisch aktualisierbar sind, nicht, so ist es wirklich sehr unhöflich von Ihnen ein so großes Angebot von diese bekannt und dokumentiert das Verhalten des Jet/ACE-SQL-Dialekt.
    Ich denke eher du weißt, was meine Lösung für die "Access kann nicht selbst ausführen einer SQL-92 UPDATE problem" ist 😉
    Datenbank-engine hat Fälle [von Ansichten] das sollte theoretisch aktualisierbar sind das nicht" - ich war heute erinnert ein tolles Zitat, das stammt aus dem Jahr 1693: "Der Herzog von Ormond nahm einen Blick gestern von seiner Truppe, und ordnete an, dass alle, die hatten die Bucht oder graue Pferde, Sie zu ändern für schwarz", gedacht, um die früheste bekannte Beispiel für eine Ansicht aktualisieren 😉

    InformationsquelleAutor onedaywhen

  3. 1

    Halten Sie im Verstand, wenn Sie über eine Abfrage, die ursprünglich Abfragen oder Zusammenfassung Abfragen als Teil der Abfrage, auch wenn Sie das löschen von Abfragen und haben nur miteinander verknüpften Tabellen die Abfrage (versehentlich) handeln, wie es hat immer noch nicht aktualisierbare Felder aus und geben Sie diesen Fehler. Sie einfach nur neu erstellen Sie die Abfrage, wie Sie wollen, aber es ist eine heimtückische kleine Panne.

    InformationsquelleAutor Scott Wilbur

  4. 0

    Aktualisierung weight1 und qty1 mit Werten, die wiederum abgeleitet von weight1 und qty1 (jeweils). Das ist der Grund, warum MS-Access ist erstickt an dem update. Es ist wahrscheinlich auch dabei einige Optimierungen im hintergrund.

    Den Weg, den ich bekommen würde, um dieses ist, um dump werden die Berechnungen in eine temporäre Tabelle, und aktualisieren Sie dann die erste Tabelle aus der temporären Tabelle.

    -1 Die Access-Datenbank-engine einfach nicht unterstützt SQL-92 'Skalare Unterabfrage syntax.
    Warum ist, dass der Mangel in Jet/ACE rechtfertigen downvoting diese Antwort, die ist in der Tat eine praktikable Lösung für das problem? Mir scheint, deine Haarspalterei ist mit Jet/ACE, nicht mit dieser Antwort.

    InformationsquelleAutor BIBD

  5. 0

    Ist es kein Fehler im code. Aber der Fehler wird Ausgelöst, weil der folgenden Gründen.

    • Bitte überprüfen Sie das Wetter Sie haben Lese-Schreibzugriff auf MS-Access-Datenbank-Datei.
    • Die Datenbank-Datei, wo es gespeichert wird (sagen wir in Ordner1) schreibgeschützt ist..?

    angenommen, Sie sind gespeichert, die Datenbank (MS-Access-Datei) in nur-lese-Ordner, die beim ausführen der Anwendung wird die Verbindung nicht mit Gewalt-vollständig geöffnet ist. Daher ändern Sie die Berechtigung für Datei /Ordner Berechtigung wie in C:\Program files alle die meisten alle c-Laufwerk Dateien, die eingestellt wurden nur-lese - so ändern diese Berechtigung löst dieses Problem.

    InformationsquelleAutor Mark Macneil Bikeio

  6. -1

    In den query-Eigenschaften, versuchen Sie, ändern der Recordset-Typ auf Dynaset (Inkonsistente Aktualisierungen)

    -1 Die Access-Datenbank-engine einfach nicht unterstützt SQL-92 'Skalare Unterabfrage syntax.
    warum sind Sie downvoting Antworten, wenn Sie tatsächlich gemeint sein downvoting Jet/ACE?
    Die Frage ist im wesentlichen, "Warum funktioniert mein SQL Server query nicht ausführen in Access (ass, Jet, whatever)?" Ändern der Recordset-Typ findet sich der Punkt vollständig, daher der downvote. Für downvoting Jet/ACE, wenn es nur so einfach, sondern dauert über ein Jahrzehnt, die Menschen aufzuklären täglich über seine vielen Fehler und ich stehe zu meiner Behauptung, "Die Access-Datenbank-engine der fehlenden Unterstützung für SQL-92-Skalare Unterabfrage syntax ist für mich seine Schlimmste 'design feature' (Lesen 'bug')."

    InformationsquelleAutor Patrick Honorez

Schreibe einen Kommentar