Primary key nicht vorhanden

[Uwe Raabe]

Zitat:

Zitat von TurboMagic (Beitrag 1548668)

Ja, aber: man baut so eine Lookup Liste ja auch so auf, dass es nicht zu Doubletten kommt ;-)
Vorher prüfen, ob der Vorschlagswert schon vorhanden ist und nur wenn nicht dann speichern ;-)

Na ja, das kann bei Multi-User-Zugriff schon mal daneben gehen - es sei denn man legt einen Unique Key auf das entsprechende Feld.

[Frickler]

Zitat:

Zitat von Uwe Raabe (Beitrag 1548669)

Zitat:

Zitat von TurboMagic (Beitrag 1548668)

Ja, aber: man baut so eine Lookup Liste ja auch so auf, dass es nicht zu Doubletten kommt ;-)
Vorher prüfen, ob der Vorschlagswert schon vorhanden ist und nur wenn nicht dann speichern ;-)

Na ja, das kann bei Multi-User-Zugriff schon mal daneben gehen - es sei denn man legt einen Unique Key auf das entsprechende Feld.

Für den Multi User Zugriff gibt es eine Spalte mit dem Usernamen - jeder User sieht nur "seine" Eingaben. Angenommen, der eine gibt Ortsnamen in Norddeutschland ein und der andere in Süddeutschland, dann sind bei einem gemeinsamen Pool die zuletzt eingegebenen nicht zwingend die, die man haben wollte.

[bernhard_LA]

anbei die Fehlermeldung welche 2 User auf meiner DB nicht zulässt

( noch die alten SQL scripte , keine PK vorhanden )

[bernhard_LA]

Ich kann in meinem Code FireDAC und ADO Datenbank-Komponenten über eine Compiler Einstellung tauschen (Factory Pattern),
wird TADOQuery im Code eingebaut läuft alles prima, bei FireDAC bekomme ich obige Fehlermeldung.

Bin weiterhin für Inputs dankbar, will mir gerne die Option für bei DB Komponenten offenhalten, weil wenn's von WINx64 auf UNIX geht brauche ich ja FireDAC.

[Blup]

Wenn die Komponenten unbedingt einen Primärkey erfordern, warum nicht einfach einen PK für die betreffende Tabelle anlegen? Wenn sich kein eindeutiger natürlicher Schlüssel anbietet, einfach ein ID-Feld erzeugen.