Firebird 2.x und Autoincrement

[webcss]

Zitat:

Zitat von mkinzler

Ja und nein. mit einem trigger könntest du sicherstellen, dass die ID immer mit dem Generator erzeugt wird, währrend der DEFAULT-Wert nur bei fehlendem PK zur Anwendung kommt.

Das ist ne Antwort nach meinem Geschmack, genau das wollte ich hören! So hilfts einem armen verwirrten :mrgreen:

Grosses Danke @ mkinzler :thumb:

[hoika]

Hallo,

um dich etwas zu verwirren ... ;)
eh ne.

Als ich hole mir prinzipiell vor dem Insert die neue Id.

Vorteile:
- FK-Verletzung gibt es nicht
(zuerst Master eintragen, dann Detail)
- eine eindeutige Stelle zum Ermitteln der neuen Id
nicht "mal Trigger, mal default, mal holen über Generator"
- Replikation einfach möglich über getrennte Nummerkreise (Generator-Werte)


Heiko

[webcss]

Zitat:

Zitat von hoika

Hallo,

um dich etwas zu verwirren ... ;)
eh ne.

netter versuch :wink:

Zitat:

Als ich hole mir prinzipiell vor dem Insert die neue Id.

Vorteile:
- FK-Verletzung gibt es nicht
(zuerst Master eintragen, dann Detail)
- eine eindeutige Stelle zum Ermitteln der neuen Id
nicht "mal Trigger, mal default, mal holen über Generator"
- Replikation einfach möglich über getrennte Nummerkreise (Generator-Werte)

Läuft bei mir sowieso so. id nur im trigger und nur intern, ansonsten alles in businessobjects abgebildet, die automatisch master-detail beziehungen u.ä. auflösen, und pro tabelle ein eigener generator :-D