Datensatzfeld BEIM speichern wieder abfragen

[Overclocker]

Hi,

folgendes Problem:
2 Tabellen

1. Tabelle: --> Userdaten
2. Tabelle: --> Infos


Wenn ich einen Useranlege, wird die Userid automatisch angelegt (also AUTOWERT).
Gleichzeitig möchte ich beim Speichern dieses Users in die Tabelle Infos auch einen "leeren" Datensatz speichern, wo bereits diese Userid vorhanden ist.

Wie kann ich das ganze machen ohne einen Query auf die Datenbank machen zu müssen um an diese Userid zu gelangen?

Ich hoffe ihr versteht was ich meine

Danke für die Hilfe

[Pluto]

Ich kenn mich mit Access nicht aus.

Bei meiner Datenbank würde ich einen Trigger setzen.
Der kann dann, eventuell über eine stored procedure, die ID in die zweite Tabelle eintragen.

[Overclocker]

ja das leider access, in sql datenbanken kann man ja auch programmieren.

mir gehts im endeffekt darum, dass in der tabelle infos ein datensatz mitd er userid ist, damit ich auf diese tabelle einen query ausführen kann und dann sozusagen diese userid finde und die restlichen leeren felder nur noch mit einem UPDATE füllen muss

keiner eine idee?

[mkinzler]

Vielleicht auf autoinc verzichten

[Overclocker]

ja würd auch gehen

ich könnte auch nochmal mit allen parametern des users (name,vorname etc.) nen query drauf machen und so die ID herausbekommen aber ich wollte es einfach kürzer lösen und v.a. wenn ichs ohne autoinc mache dann hab ich noch mehr qrys weil ich ja so den letzten datensatz ermitteln und den dann um 1 hochzählen müsste.

[grenzgaenger]

Zitat von Overclocker:

Wie kann ich das ganze machen ohne einen Query auf die Datenbank machen zu müssen um an diese Userid zu gelangen?

ich stell mir grad 'n paar fragen ...

• was hast du gegen 'n select?
• weshalb möchtest du keinen primary key?

denke der user sollte doch systemweit eindeutig festgelegt sein, das wäre doch die optimale voraussetzung für einen primärschlüssel . mein tipp, vergiess dein AutInc, das macht nur kopfschmerzen, nimm stattdessen 'n ordentlichen primärschlüssen, wie z.b. die UID. diese kannst beim speichern prüfen auf eindeutigkeit und für zukünftige abfragen und inserts ist er dann eindeutig

<HTH>

[Overclocker]

ich will sowas wie in sql

last_insert_id() heißt

nur wie geht das in access? in access kommt hier nämlich ein fehler.

das select @@identity bringt mir nichts weil ich exakt den WERT benötige

[grenzgaenger]

so etwas gibts nicht in standard SQL. wie gesagt mein tipp, vergiss die krankheit autoInc. mach 'n ordentlichen primary key und alles funzt ...

[Overclocker]

die userid ist ja ein primärschlüssel nur halt als autowert *g*

meinst du ich sollte das autoinc weg lassen und mir den wert selbst errechnen?

wie oben schon geschrieben wären das dann ncoh mehr querys und programmtext als wenn ich jetzt noch 1 query mit name,vorname,strasse etc. auf die tabelle mache

oder meinst du was anderes?

[grenzgaenger]

Zitat von Overclocker:

die userid ist ja ein primärschlüssel nur halt als autowert *g*

meinst du ich sollte das autoinc weg lassen und mir den wert selbst errechnen?

wie oben schon geschrieben wären das dann ncoh mehr querys und programmtext als wenn ich jetzt noch 1 query mit name,vorname,strasse etc. auf die tabelle mache

oder meinst du was anderes?

'n autoinc ist 'n schrott, ist max. für normale felder geeignet. aber nicht als schlüsselkanidat.

lass doch 'ne UID eingeben, prüf ab, wenn sie existiert, gibts 'ne meldung user kann nicht angelegt werden, da er bereits besteht, sonst leg die nötigen felder an. wenn du die UID einheitlich formatierst, z.b. OVERLOCKER kannst auch problemlos als (fremd)schlüssel in andernen tabellen verwenden. wo liegt das probelem? solltest nur drauf achten, dass die schlüssel einheitlich formatiert sind und nicht zu lang geraten.. dafür kannste dann attribute vergeben...