MySQL 4.1.13, ODBC 3.51.12, keine Schreib-Rechte mehr

Hallo NG,

ich kann mit MySQL-Bordmittel (MySQL-Query, Konsole) Datensätze ändern und
anlegen. Wenn ich es über ODBC (mittels Access oder Base) mit dem selben
Account zugreife, kann ich keine Datensätze ändern oder hinzufügen. Das
ist nicht in allen Tabelle so. Ich habe die Globale-, die Tabellen-Rechte
und die Rechte der Spalten überprüft => alles OK.

Die Tabellen, wo die Rechte funktionieren, wurde durch eine Migration
(MySQL 3) importiert. Die Tabellen wo es nicht klappt wurden mit
MySQL-Query angelegt.

Der Account, welches ich für die Test verwende, gilt für alle Hosts (%).

Ich habe für den endgültigen Test eine frischen Windows XP Professional PC
und ODBC 3.51.12 verwendet. Der MySQL-Server befindet sich auf Linux
Server (openSuse 10.0). Mittlerweile ich den ODBC-Treiber 3.51.13
installiert. Keine Besserung.

Das Ärgerliche an der Geschichte ist, dass es mal funktioniert hat und mir
läuft die Zeit davon. :(

Wenn jemand eine Tipp für mich hat, wäre ich sehr dankbar.

--
Giovanni Favara
Erstellt mit Operas revolutionärem E-Mail-Modul: http://www.opera.com/mail/

Re: MySQL 4.1.13, ODBC 3.51.12, keine Schreib-Rechte mehr

Giovanni Favara wrote:
> ich kann mit MySQL-Bordmittel (MySQL-Query, Konsole) Datensätze ändern und
> anlegen. Wenn ich es über ODBC (mittels Access oder Base) mit dem selben
> Account zugreife, kann ich keine Datensätze ändern oder hinzufügen.

Neben Zugriffsrechten kann es hier auch noch Primary Key Probleme geben. Das
hat mir der Art wie Access auf die Daten zugreift und den in Access
darstellbaren Typen zu tun.

Für Schreiben mit MS Access muß

- ein Primary Key existieren
- der Primary Key einen Typ haben, der in Access darstellbar ist. BIGINT zum
Beispiel kann Access nicht anfassen.

Kris

Re: MySQL 4.1.13, ODBC 3.51.12, keine Schreib-Rechte mehr

Vielen Dank. Der Tipp hat geholfen.

--
Giovanni Favara
Erstellt mit Operas revolutionärem E-Mail-Modul: http://www.opera.com/mail/

Re: MySQL 4.1.13, ODBC 3.51.12, keine Schreib-Rechte mehr

Giovanni Favara wrote:
> Vielen Dank. Der Tipp hat geholfen.

Nebenbei sollten Deine INTEGER alle UNSIGNED sein, außer Du kannst zeigen,
daß Du tatsächlich negative Werte benötigst. Bei PRIMARY KEY ist das
niemals der Fall.

Kris