8
Access 2013 - ODBC: Aktualisierung einer verknüpften Tabelle fehlgeschlagen
Guten Tag allerseits,
in folgender Umgebung (Schule) stellt sich mir ein Problem dar:
Client: Windows Server 2008R2 (ja, bewusst als Client)
Software: Access 2013 mit MySQL ODBC-Connector (Version 5.1.11)
Server: Debian 3.16.7-ckt25-2+deb8u3 mit Mysql Ver 14.14 Distrib 5.5.49, Adminer, ein phpmyadmin-Fork als Verwaltungsoberfläche
Das Problem ist folgendes:
Im Internat der Schule passieren Beschädigungen an Fenstern, Türen, elektr. Einrichtungen, etc.
Es soll eine Datenbank erstellt werden, in der versch. Schäden eingetragen werden.
Die Struktur und ein paar Testdaten stehen am Server.
Um das ganze für die Internatsleitung zu vereinfachen, wurde als Frontend für die Dateneingabe Access 2013 gewählt.
Das ganze wurde mittels ODBC wunderbar mit dem SQL-Server verknüpft.
Der zugehörige User hat testweise alle Privilegien bekommen und kann diese auch über die Weboberfläche (Adminer) ausnutzen.
Will ich aber über Access einen Eintrag ändern geht das nicht - es kommt die Fehlermeldung aus dem Titel.
Das komische daran ist:
Ich habe testweise auch mal den root-Zugang per ODBC verknüpft und das gleiche Problem - über die Weboberfläche alles wunderbar, in Access kann ich zwar neue Datensätze hinzufügen, aber die bestehenden nicht bearbeiten.
Was könnte hier der Fehler sein?
lg
in folgender Umgebung (Schule) stellt sich mir ein Problem dar:
Client: Windows Server 2008R2 (ja, bewusst als Client)
Software: Access 2013 mit MySQL ODBC-Connector (Version 5.1.11)
Server: Debian 3.16.7-ckt25-2+deb8u3 mit Mysql Ver 14.14 Distrib 5.5.49, Adminer, ein phpmyadmin-Fork als Verwaltungsoberfläche
Das Problem ist folgendes:
Im Internat der Schule passieren Beschädigungen an Fenstern, Türen, elektr. Einrichtungen, etc.
Es soll eine Datenbank erstellt werden, in der versch. Schäden eingetragen werden.
Die Struktur und ein paar Testdaten stehen am Server.
Um das ganze für die Internatsleitung zu vereinfachen, wurde als Frontend für die Dateneingabe Access 2013 gewählt.
Das ganze wurde mittels ODBC wunderbar mit dem SQL-Server verknüpft.
Der zugehörige User hat testweise alle Privilegien bekommen und kann diese auch über die Weboberfläche (Adminer) ausnutzen.
Will ich aber über Access einen Eintrag ändern geht das nicht - es kommt die Fehlermeldung aus dem Titel.
Das komische daran ist:
Ich habe testweise auch mal den root-Zugang per ODBC verknüpft und das gleiche Problem - über die Weboberfläche alles wunderbar, in Access kann ich zwar neue Datensätze hinzufügen, aber die bestehenden nicht bearbeiten.
Was könnte hier der Fehler sein?
lg
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 312750
Url: https://administrator.de/contentid/312750
Printed on: April 24, 2024 at 05:04 o'clock
8 Comments
Latest comment
Moin,
ich bin zwar nicht der Access-Experte habe aber schon öfter per ODBC auf MySQL zugegriffen.
Die Meldung kommt u.a. wenn inkompatible Datentypen, Tabellen- oder Feldnamen verwendet werden.
Henning
ich bin zwar nicht der Access-Experte habe aber schon öfter per ODBC auf MySQL zugegriffen.
Die Meldung kommt u.a. wenn inkompatible Datentypen, Tabellen- oder Feldnamen verwendet werden.
Henning
Hallo,
vielen Dank.
Was genau meinst du damit? Ich kann ja per Access neue Datensätze hinzufügen, die vorhandenen jedoch nicht bearbeiten.
So sieht die Struktur der Tabelle aus, in die eingetragen wird.
vielen Dank.
Was genau meinst du damit? Ich kann ja per Access neue Datensätze hinzufügen, die vorhandenen jedoch nicht bearbeiten.
So sieht die Struktur der Tabelle aus, in die eingetragen wird.
Such doch mal selbst nach "odbc access mysql datentypen"...
Der "Bigint" könnte problematisch sein. Um das Ganze erstmal einzugrenzen lege dir eine neue Tabelle nur mit den beiden ersten Feldern hat und teste damit. Dann erweitere es mit anderen Typen und teste erneut.
Der "Bigint" könnte problematisch sein. Um das Ganze erstmal einzugrenzen lege dir eine neue Tabelle nur mit den beiden ersten Feldern hat und teste damit. Dann erweitere es mit anderen Typen und teste erneut.
Hallo,
vielen Dank, du hast mich auf die richtige Spur gebracht.
Laut dieser Seite ist die bei uns verwendete Version des MySQL-Treibers buggy, deswegen werden "date"-Felder in Access als "Variant" angezeigt.
Mit den "Bigint" haben wir kein Problem, da kommen wir nicht auf so große Zahlen.
Danke nochmal, ich markiers mal als gelöst und wenn mir nochwas einfällt, dann werd ichs hier posten, falls mal jemand anders auch Probleme hat
vielen Dank, du hast mich auf die richtige Spur gebracht.
Laut dieser Seite ist die bei uns verwendete Version des MySQL-Treibers buggy, deswegen werden "date"-Felder in Access als "Variant" angezeigt.
Mit den "Bigint" haben wir kein Problem, da kommen wir nicht auf so große Zahlen.
Danke nochmal, ich markiers mal als gelöst und wenn mir nochwas einfällt, dann werd ichs hier posten, falls mal jemand anders auch Probleme hat
Moin,
bitte gerne.
Stimmt date-Felder sind auch immer mal problematisch. Ob ein anderer ODBC-Treiber das behebt?
Ich verwende ODBC 5.3.4 (oder auch 3.51.30 auf 32-Bit Systemen)
Henning
bitte gerne.
Stimmt date-Felder sind auch immer mal problematisch. Ob ein anderer ODBC-Treiber das behebt?
Ich verwende ODBC 5.3.4 (oder auch 3.51.30 auf 32-Bit Systemen)
Henning
Hallo,
also mit dem MySQL-ODBC-Connector 5.3.6 in Verbindung mit den Visual C++ 2013 Redistributables haben wir es hinbekommen, das Access und MySQL kein Problem mehr bei der Kommunikation haben.
Schön langsam glaub ich, ich bin Computertherapeut mit Spezialisierung auf MS
lg
also mit dem MySQL-ODBC-Connector 5.3.6 in Verbindung mit den Visual C++ 2013 Redistributables haben wir es hinbekommen, das Access und MySQL kein Problem mehr bei der Kommunikation haben.
Schön langsam glaub ich, ich bin Computertherapeut mit Spezialisierung auf MS
lg
Moin,
und musstet Ihr denn außer den Connector zu aktualisieren auch die "dates" noch anders definieren in MySQL?
Henning
und musstet Ihr denn außer den Connector zu aktualisieren auch die "dates" noch anders definieren in MySQL?
Henning
Nein, der einzige Fallstrick war nur, den 32bit-Connector zu nehmen, da unser Office auch 32bittig war.
