Datensatzfeld BEIM speichern wieder abfragen

[marabu]

Moin,

ich würde den eingebauten Schlüsselgenerator (AUTOINC) eines DBMS nicht einfach so verdammen.

Wenn der Datensatz per ADODataSet hinzugefügt wird, dann hat der Treiber den vom DBMS vergebenen Schlüssel ja vielleicht im Record-Buffer hinterlegt.
Ein Zugriff per ADODataSet.FieldByName('ID').Integer beim Event AfterPost() sollte das zeigen.

Freundliche Grüße

[hoika]

Hallo,

1

der 1. reply.

Viell. hilft es ja.

Ansonsten such mal in Google nach "Access AutoNumber"


Heiko

[Overclocker]

@marabu:der datensatz wird mit nem ADO Command eingefügt, mit dem geht es wohl nicht oder?

hmmm scheint doch alles komplizierter zu sein als gedacht

[marabu]

Wer zwingt dich denn einen Satz per Command einzufügen?

Probiere das einfach mal aus und entscheide dann:

Delphi-Quellcode:

var
  id: Cardinal;
begin
  // ...
  with ADODataSet do
  begin
    Append;
    // FieldByName['SOME_FIELD'].AsInteger := Random(10);    
    Post;
    id := FieldValues['ID'];
  end;
end;

Vielleicht findest du noch eine bessere Lösung.

[Overclocker]

wie meinst du das mit zwingt *g+??

es zwingt mich keiner, ich versuch das mal mit deinem code aber erstmal nachlesen alles weil ich nur hobbyprogrammierer bin und noch viel lernen muss^^

[Overclocker]

ok ich hab den baum vor lauter bäume gesehen

wieso kompliziert machen wenns auch einfach geht

ich mach einfach n insert mit nem normalen command

füg noch ne datasource auf die form, mach nen qry (select * from xy)

datasource1.dataset.last;

datasource1.dataset.fieldbyname('ID').asinteger;

und schon habe ich die ID die ich brauche, wunderbar :))))

somit - closed -

[marabu]

Hallo,

das funktioniert nur zuverlässig, wenn keine konkurrierenden Zugriffe erfolgen (exclusive mode).

Und selbst dann solltest du es zumindest noch optimieren:

SQL-Code:

SELECT MAX(ID) FROM YOUR_TABLE

Freundliche Grüße

[Jelly]

Zitat:

Zitat von Overclocker

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.

Nur mal so aus Neugierde gefragt: Was macht es denn für einen Sinn einen leeren Datensatz in Infos zu hinterlegen :gruebel:
Gehst du den dann auch wieder löschen/ändern beim ersten richtigen Einfügen eines DS in Infos :gruebel:

[Overclocker]

Optimieren mit Max(ID) bringt aber meiner meinung nach auch nichts.

sagen wir mal es speichern 2 Leute GLEICHZEITIG den User ab. dann bringt das max genauso nichts weil ich ja mit dataset.last sowieso den letzten Datensatz markieren (der auch wiederum die größte ID hat).

ich werd das mal testen, eigentlich müsste es da keine probleme geben weil die befehle ja innerhalb von ms ausgeführt werden und dass so ein zufall eintritt, da ist die warscheinlichkeit schon sehr niedrig.

aber ich schau mir das mal an danke für den hinweis

[marabu]

Ist es möglich, dass du mich falsch verstanden hast?

Ich hatte zwei Aussagen gemacht:

(A) Eine notwendige Voraussetzung für ein zuverlässiges Funktionieren deines Ansatzes ist der Single User Modus.

(B) Ist die Voraussetzung gegeben, dann kannst du den Vorgang optimieren, indem du nicht die die ganze Tabelle mit allen Spalten durch die Record Buffer scheuchst, sondern nur auf das eine interessante Feld des richtigen Datensatzes zugreifst.

Bei dir scheint A UND B angekommen zu sein, ich habe aber WENN A DANN B gemeint.

Wenn du konkurrierende Zugriffe nicht ausschließen willst oder kannst, dann darfst du dich nicht mit Annahmen über die Wahrscheinlichkeit eines fehlerhaften Zugriffs trösten. Fehler bei der Umsetzung einer Idee können vorkommen, ein fehlerhaftes Konzept sollte man aber garnicht erst implementieren.