MS Access ODBC "#GELÖSCHT"

[Fuerchau]

Möglicherweise ist IDENTITY automatisch ein Primary key.
Versuche es doch mal mit einfachem INTEGER an stelle von BIGINT!

[iseries_user]

Hallo,

habe versäumt zu schreiben, dass es mit BigInt geht. Daran liegt es nicht.

Gruß iseries_user

[Fuerchau]

Ggf. kommt Access nicht mit IDENTITY zurecht.
Mach mal eine einfache Tabelle mit BIGINT als Primary Key OHNE Identity.

Zumal beim GENRATED ALWAYS ja beim Insert die Nummer vergeben wird und Access dann den generierten Wert nicht zurückbekommt.
Einen "select fx from insert ..." (so ähnlich) kennt Access ja nicht.

Über Access musst du die Nummer dann schon selber verwalten, da bei verknüpften Tabellen Auto-Keys nicht verwendet werden können.

[iseries_user]

Hallo,

es scheint wirklich am Identity zu liegen. Eine Tabelle mit BIGINT ist kein Problem. Sobald ich ein IDENTITY einfüge wird "#GELÖSCHT" angezeigt.
Ich habe gestern eine View mit "Select *" erstellt und es hat funktioniert.

Ich werde heute mal die Windows Admins fragen, wie Access eingestellt ist. Da die ANwender Access eigentlich nur für Abfragezwecke nutzen sollen!

Danke für deine hilfe Fuerchau.

Gruß iseries_user

[Fuerchau]

Sobald jemand mit Access auf deine DB kommt, musst du über Berechtigungen auf der AS/400 nachdenken, da in Access nichts einstellbar ist um Updates zu verhindern.
Verknüpfungsmanager und SQL-Passthru-Abfragen (die auch Updates, Deletes und Inserts enthalten können) können vie ODBC ohne Einschränkungen durchgeführt werden.
Das Hauptproblem ist ja meistens so, dass ein User mit seiner Anmeldung für die AS/400-Anwendungen (5250) eben auch per ODBC/FTP zugreifen kann.
Erschwert wird das auch noch mit Usern/Gruppenprofilen mit *ALLOBJ wo sich kein Zugriff ausschließen lässt.

Wenn man keine Lust hat über Konzepte nachzudenken hilft dann wohl nur ein Tool wie PCSACC/400, dass sich in diverse Eintritspunkte einklinkt um eben diese Berechtigungen dann zu prüfen.