Datenbank Primary Key

[DeddyH]

Das kommt auch nicht in Frage?

[JoltinJoe]

Das hört sich irgendwie nach "Workaround" an und du selber sagst ja das es ab FB 2.1 nicht mehr notwendig ist... Also will ich nicht zu Anfang schon tricksen

Ich könnte auch einfach meine Einträge auf ein Niveau bringen bevor ich sie hinzufüge aber das wäre auch nur ein Workaround ..


bYe

[DeddyH]

Nunja, andererseits nehme ich persönlich lieber einen zuverlässig funktionierenden Workaround, als tagelang nach einer "sauberen" Lösung zu suchen. Außerdem würde ich persönlich kein VarChar-Feld als PK definieren (obwohl das natürlich nicht verboten oder verwerflich ist), sondern immer ein künstliches Feld, das per Generator-/Trigger-Paar automatisch befüllt wird. Aber das ist sicher Ansichtssache.

[JoltinJoe]

Hmm naja also ich möchte in diesem Feld keine Duplicates also hab ich das als PK definiert.

Kann man einem Feld nicht eine Case Eigenschaft verpassen ?

[DeddyH]

Vielleicht hilft Dir dieser Thread weiter.

[JoltinJoe]

Hm ich dachte der Expression Index spielt nur bei einer Abfrage eine Rolle ? Ich frage ja nicht ab ob Duplicates vorhanden sind, das macht das DBMS von selber. ..Oder hab ich das falsch verstanden ?

[fkerber]

Hi!

Du kannst auch Duplikate verhindern, ohne dass es sich bei diesem Feld um den PK handelt.
Das Zauberwort ist UNIQUE.
Vor allem kannst du auch mehrere UNIQUE-Felder haben, aber nur einen PK. Aber auch UNIQUE ist von Haus aus case-sensitive.


Grüße, Frederic