Access Fehler 3058 Bei Tabelle mit Primarykey

Hallo,
Der Fehlertext wäre hilfreich gewesen. Vermutlich etwas wie "Index oder Primärschlüssel kann keinen Null-Wert enthalten", oder?
Hast du geprüft, ob das der Fall ist? Man kann die Eingabe grundsätzlich per ESC abbrechen. Dann wird der Datensatz zwar nicht gespeichert, aber die Tabelle kann geschlossen werden.
Was meinst du mit "Access-Update-Kit"?
Gruss - Peter

Der Fehler lässt sich ganz einfach nachvollziehen:

Eine Access-Datenbank erstellen (.mdb)

Eine Tabelle erstellen.

Unter Extras/Replikation ein Replikat erstellen - und schon tritt der Fehler auf.

Auch wenn das Problem bekannt ist, kann man existierende Datenbanken nicht retten, indem man eine neue DB erstellt und 'Datei/externe Daten importieren' wählt. Denn sobald man dabei replizierbare Tabellen mit auswählt, werden diese zerstört.

Hallo!
<br />Wenn ich den Code richtig lese, ist das ganze Excel-Automatisieren darin überflüssig. Das würde ich auch weglassen, weil es höchstens zu unnötigen Sperrungen führen kann.
<br />Fragen:
<br />1. Wie lautete das SQL-Statement, das ursprünglich den Fehler 3823 verursacht hat?
<br />Und gab es den Fehler auch mit dem SQL-Statement als Abfrage, also außerhalb des Codes?
<br />Die Frage bezieht sich darauf, dass ich in mehreren Access-Versionen problemlos eine Aktualisierungsabfrage auf eine Access-Tabelle ausführen kann, auch wenn eine eingebundene Excel-Tabelle in der Abfrage drin ist.
<br />2. Ich grüble etwas über:
<br />> Lässt sich die Excel-Umgebung so definieren, dass sich eine Bearbeitung in Excel ausschließen lässt und sich das SQL-Statement doch ausführen lässt?
<br />Ich vermute, das bedeutet, dass der Fehler 3823 auch noch mit dem zuletzt hier geposteten Code passiert, also der aktualisierbaren Excel-Verwendung.
<br />Wenn dem so ist, dann wie geschrieben:
<br />Die Aktualisierbarkeit der Excel-Tabelle bringt hier wahrscheinlich eh nix. Das sollte auch mit einer eingebundenen Excel-Tabelle klappen. Aber ich würde das (ursprüngliche und neue) SQL-Statement erst mal in eine neue Abfrage kopieren und somit außerhalb des Codes und im reinen Access-Kontext testen.
<br />Servus
<br />Karl
<br />

Hallo!

Wenn ich richtig verstehe, kannst du so vorgehen:

• neues Feld in der Access-Tabelle hinzufügen, das den Zusatz-Wert aufnehmen kann
• die Excel-Tabelle in Access verknüpfen
• neue Abfrage erstellen mit der Access- und der verknüpften Excel-Tabelle
• in der Abfrage verknüpfst du die beiden Tabellen über ein (hoffentlich vorhandenes) eindeutiges Feld "AdressId" oder dergl., damit die Datensätze richtig zugeordnet werden
• ändere den Typ der Abfrage in "Aktualisierungsabfrage" und stelle ein, dass die neuen Zusatz-Werte in die Zusatzspalte der Access-Tabelle geschrieben werden

Das wäre das Vorgehen für die erste Übernahme der Zusatz-Daten.

Beim zweiten Mal

• erstellst du eine zusätzliche Abfrage mit dem gleichen Aufbau, also Verknüpfung der beiden Tabellen über ein eindeutiges Feld
• hole die Zusatzfelder aus beiden Tabellen in das Abfragegitter und verwende bei beiden in der Kriterienzeile:
  
  Nicht Null
• die Abfrage sollte als Ergebnis alle Datensätze anzeigen, die bereits einen Wert im Zusatzfeld und erneut einen Zusatz-Wert in der verknüpften Excel-Tabelle haben
• ändere den Typ der Abfrage in "Löschabfrage", damit alle betroffenen Datensätze in der Access-Tabelle gelöscht werden
• diese Abfrage führst du vor der o.a. Aktualisierungsabfrage aus

Wenn es Unklarheiten oder Probleme gibt, schildere genau, was du gemacht hast und wo du nicht weiterkommst.

Hallo!

Soeben ausprobiert: bei mir stürzt Access 2010 auch ab.

Getestest mit mdb und accdb, Tabelle mit und ohne Daten, Tabellen MSysIMEXSpecs u. MSysIMEXColumns befüllt und leer

=> Absturz kommt bei jedem Szenario

Beim Import gibt es keine Probleme.

Versionsinfo:

Access (32 bit): 14.0.7162.5001 SP2 MSO (14.0.7162.5000), Englische Version

Windows 7 64 bit

Unter Access 2016 (16.0.6001.1038, 32 bit) unter Windows 10 kommt es zu keinem Absturz.

Fehler ist bereits bekannt:

Access 2010 may encounter a crash after installing
the November update KB2837592
=> Bei mir beseitige den Deinstallation von KB 2837592 den Absturz.

mfg

Josef