Office: (Office 2016) VBA RS.EDIT Schreibgeschützt

Moin, habe in meiner Datenbank ein Problem, die RS.EDIT ist schreibgeschützt.

Code:

Weiß dabei jemand weiter

:)

 

Code:

Bitte Code immer in Code-Tags einfügen!

 

Bezeichnungen wie "SummevonLagerb_ArtAnzahl" lassen vermuten, dass die Datenquelle eine gruppierte Abfrage ist,
in der man nicht editieren kann, da ggf. mehrere Datesnätze zu einer Zeile zusammengefasst sind.
Auf der anderen Seite lässt der Name der Datenquelle "Lagerbestand" vermuten, dass es eine Tabelle ist, in der originär nix summiert oder gezählt wird, da solche Dinge ja eben in gruppierten Abfragen geschehen. Da beißt sich die Katze in den Schwanz, oder?

 

Wie ist das jetzt genau gemeint, was müsste man dort ändern

 

Hallo tigerwood86,

eine Methode ist grundsätzlich schreibgeschützt - man kann ihr nichts zuweisen!
Kann es sein, daß du mit "schreibgeschützt" das Recordset selber meinst?

Ein paar Dinge falllen sofort ins Auge:
1) die RecordsetTypeEnum Enumeration enthält keinen Wert für "DB_OPEN_DYNASET". Fragt sich also, wo und wie die Konstante definiert wird.

2) in der Zeile, "Rest = Menge":
Wo kommt die Menge her?

3) Was soll das bewirken, mal abgesehen davon, daß es falsch ist?
Code:

4) wo sind die Definitionen der Variablen?

Ulrich

 

Ich vermute, Du hast eine gruppierte Abfrage, in der die Tabelle Lagerbestand die Datenquelle ist.
Wenn aufgrund der SQL-Anweisung
Code:

nur ein Artikel = ein Datensatz pro Schleifendurchlauf gefiltert wird, kannst Du doch die Gruppierung in der Abfrage wieder aufheben. Aber ich fische hier ziemlich im trüben, der Gesamt-Kontext ist mir (und vermutlich auch den anderen hier) nicht klar: z.B.
Code:

Menge kommt woher, wird wo (außerhalb dieser Prozedur) generiert?

Besteht die Möglichkeit, dass Du von Deiner DB eine anonymisierte Fassung mit ca. einem halben Dutzend (anonymen) Datensätzen hier uploadest? dann könnten wir uns ein besseres Bild machen und besser helfen.
@Ulrich, da waren wir wohl zeitgleich auf der selben Schiene :-)

 

Code:

Wenn Rest > 0 nicht zutrifft, wird das rst.update nie ausgeführt.

Code:

sollte besser funktionieren.

 

Würde die Datei gerne Hochladen, leider ist diese zu groß

 

Trotz Zippens noch zu groß?
Und vorher nochmal Komprimieren und Reparieren.

 

Ja immernoch sehr eng 266kb

 

Hast Du eine Cloud, auf die Du hochladen kannst und teilst uns hier den Link mit?
Ich bin mir nicht sicher, ob das hier im Forum zulässig ist?
Frage geht an die MOF-Admins?

 

Hallo,
eine Beispieldate verkleinert man auf das Problem mit einigen Spieldatensätzen. Und die läd man dann hier hoch.

Alternativ kannst Du auch Dropbox.com nutzen. Ist seriös und kostenlos.

 

Hallo Mithelfer,

tigerwood86 hat mir 'ne PN geschickt, wir haben Emailadressen augetauscht und er hat mir sein "Baby" zugemailt.
Es ist gezippt wirklich größer als es das Forum zulässt, es liegt nicht am Umfang der Datensätze, sondern die gesamte Applikation hat viel VBA-Coode.
Ich hab es inzwischen analysiert und entdeckt, dass ich in meinem Beitrag #3 richtig vermutet hatte:
es wurde ein Recordset angelegt, das mit einer gruppierten Abfrage [Lagerbstand] verknüpft ist.
In dieser Abfrage existieren Domänenaggregate wie Summe und Anzahl.
Diese Felder sollten nun per
Code:

beschreiben werden, was ja naturgemäß nicht geht!
Bestätigt durch den Versuch, direkt im Datenblatt dieser Abfrage zu ändern, was bereits hier ebenfalls nicht gelang, wie vermutet.
Hier meine Verschlimmbesserungsvorschläge an tigerwood86:

Code:

 

Hallo,
Wobei die Zeilen 100 - 160 völlig überflüssig sind, da nach Zeile 70 und 90
bei beiden Recordsets (wenn nicht leer) der Zeiger auf dem 1. DS steht.
Da sollte man eher beide RS auf EOF prüfen.
gruss ekkehard

 

\@ Ekkehard,
das wird eigentlich an Dutzenden von anderen Baustellen so empfohlen, siehe unter anderem hier:
https://www.ms-office-forum.net/foru...ad.php?t=42293
Möglich, dass es hier, wie Du meinst, überflüssig ist.
Aber wenn die Anzahl der Datensätze in einem solchen Recordset ermittelt werden soll, dann wohl zwingend notwendig, zumindest liest man es so oft.
100%-ig sicher bin ich mir da jetzt nicht, aber so ein 2-Zeiler schadet jedenfalls auch nicht *cool.gif*