Access <-> MySQL Primärschlüssel Problem

[greatmgm]

immer wenn ich unter mysql eine tabelle mit einem primärschlüssel mit
autoincrement anlege und unter access (über odbc) einen neuen Datensatz
anlegen will, steht in allen Feldern >>gelöscht<<, gehe ich aus dem Formular raus und
wieder rein, ist der Datensatz aber ganz normal angelegt und die felder stehen auf
den default werten. Bis jetzt habe ich mir immer nur damit geholfen anstatt autoincrement lieber long zunehmen und selber aufzuaddieren, aber ich denke ich mach bestimmt was falsch, ODER ?

Tschau

greatmgm

[Gaert]

Hi!
Auf dein Problem weiss ich auch leider keine Antwort, aber ohne dir zu nahe treten zu wollen... warum nimmst du überhaupt Access?

Unter Windows gibts viel bessere Tools für MySQL als Access!

Zieh dir mal mysqlfront: http://mysqlfront.sstienemann.de

[greatmgm]

... für neues.

ich schaue es mir mal an.

Tschüßi

greatmgm

[greatmgm]

ich guck gerade so,
aber das scheint ja ein rein administratives Tool zu sein, so wie jetzt halt
die ganze Zeit phpMyAdmin benutzte.
Ich suche ein schnell zu programmierendes clientseitiges Frontend unter
W98 bis WXP und da fehlt mir erstmal nur Access ein und aus Datenbanksicherheit (und wenig Vertrauen zu JetDirect) wollte ich als Backend halt MySQL auf Linux über ODBC ansprechen.

Oder ???

greatmgm

[elrond]

vielleicht solltest du user-frontenend und admin-frontend trennen

[greatmgm]

die MySQL-Db administriere ich zur Zeit über phpMyAdmin.
In Access ist die Benutzerschnittstelle programmiert und auf
den clients läuft die reine MS Access Runtime.
Wie gesagt wenn jemand ein leicht zu programmierendes
User FrontEnd kennt als Alternative zu MS Access, dann
werd ich hellhörig.

Tschau

greatmgm

[elrond]

ups,
ich hatte wohl dein uhrsprüngliches problem falsch verstanden. Ich war der Meinung, daß du tabellen via odbc in access *schüttel* anlegst

Wie dem auch sei. Eine lösung für dein problem könnte sein nicht den insert-mechanismus von access zu nutzen, sondern über ODBC via exec ein vorher generiertes insert-statement abzusetzten. danach kannst du die daten explizit auslesen und in die felder schreiben...

PS: Das mit dem Access/VB/VBA habe ich irgendwann auch schon mal gemacht...
Nachdem ich mich darüber ausreichend geärgert habe, benutze ich jetzt php.

[greatmgm]

mit php auch so schnell Formulare zusammenklicken,
Ereignisse abfangen und Berichte erstellen.

riessengrosses Fragezeichen

?greatmgm?

[elrond]

kann man nicht!

das eigentliche problem ist doch das das bunte access-zeug nur am anfang einfach aussieht. Du bist relativ schnell soweit, daß du tiefer einsteigen mußt. Du wirst dich dann im vba mit ocx'en und deren unzulänglichkeiten rumprügeln müssen(hat jeder nutzer das richtige, nicht das aktuellse, ocx auf seiner kiste, oder ist das schon wieder seit dem letzten servicepack überschrieben worden). In dieser Umgebung ändern sich alle Nase lang irgendwelche API's und wenn dann unterschiedliche Windows-versionen oder auch nur unterschiedliche office-Versionen betrieben werden herzlichen Glückwunsch!! Wie gesagt, ich hab' durch!

Es macht einfach sinn, sich nach alternativen umzuschauen, auch wenn man für den Einstig etwas lernen muß.

Ich habe diesen Schritt getan und bin sehr froh darüber

[greatmgm]

danke

[Gaert]

@greatgm:
Ich hatte das Ursprüngliche Problem wie elrond missverstanden und dachte es geht nur um Administration.

[j0chen]

Zur ursprünglichen Frage:

Wenn du deine Tabelle um ein TIMESTAMP-Feld ergänzt, sollte das >>gelöscht<< - Problem verschwinden. Das ist anscheinend immer nötig, wenn ein autoincrement verwendet wird.
Warum? Frag Microsoft ;-)

Gruß jochen.