Firebird Embedded + AUTOINC

[himitsu]

Moin moin,

gibt es in Firebird wirklich keine AUTOINC-Felder.


Hab's jetzt erstmal nach dieser Anleitung hinbekommen.
http://www.firebirdfaq.org/faq29/

Aber ich finde es dennoch recht umständlich.

[Uwe Raabe]

Zitat von himitsu:

gibt es in Firebird wirklich keine AUTOINC-Felder.

Ist so!

[Perlsau]

Zitat von himitsu:

Aber ich finde es dennoch recht umständlich.

Ist nur scheinbar umständlich. Wenn du den IbExpert* einsetzt, kannst du beim Erstellen einer Tabelle selbstverständlich auf einfachste Weise ein AutoInc-Feld anlegen, wie man in der Grafik unten deutlich sehen kann. Dazu mußt du nur die CheckBox mit dem Titel AI ankreuzen, und es erscheint der Dialog für das Autoinkrementfeld. Dort wählst du Procedure, Generator und Trigger automatisch erzeugen, und fertig. In anderen DBMS ist das im Grunde nicht viel anders geregelt, nur wird dir dort vielleicht verborgen, was im Einzelnen genau vonstatten geht, wenn du einen neuen Record anlegst, dessen PK ein AutoInc-Feld ist. Auch in Access wird intern ein Trigger ausgelöst, der eine vorbereitete Procedure ausführt, die den Generator für eine neue PK-Id anwirft. Ich empfinde das bei Firebird als sehr übersichtlich und leicht verständlich und den Einsatz von IbExpert dabei als äußerst hilfreich.

* Für die Personalversion mußt du dich dort registrieren, kostet aber nichts. Und jeden Monat einmal wird deine Registrierung beim Start von IbExpert abgefragt, du mußt dann deine Registrierungsnummer eingeben.

[mkinzler]

Vorteil ist aber, dass Du den Vorgang steuern kannst. Z.B. andere Schrittweite oder gemiensamen Generator für mehrere Tabellen usw.

[p80286]

Zitat von himitsu:

Aber ich finde es dennoch recht umständlich.

Kann ich verstehen, vor allem wenn man es von anderen SQL-Dialekten anders gewohnt ist .
Aber da weiß man woher es kommt, und die Werte fallen nicht vom Himmel oder müßen von einem, von zig Generatoren abgeholt werden.

Gruß
K-H

[Dejan Vu]

Zitat von mkinzler:

Vorteil ist aber, dass Du den Vorgang steuern kannst. Z.B. andere Schrittweite oder gemiensamen Generator für mehrere Tabellen usw.

Dies widerspricht aber der Maxime, seine Surrogatschlüssel nichtsprechend zu halten. Insofern ist das nicht unbedingt ein Vorteil.

Zitat von Perlsau:

...Wenn du den IbExpert* einsetzt, kannst du beim Erstellen einer Tabelle selbstverständlich auf einfachste Weise ein AutoInc-Feld anlegen...

Soweit ich mich erinnere ist die Pflege der Eigenschaft nicht mehr so einfach.

Generatoren sind allgemeingültiger, und vielleicht dachte jemand, das sei schlau.

Unpraktisch ist es in jedem Fall. Nur weil IBEXPERT das auch so sieht und deshalb so tut, als ob es eine AutoInc-Eigenschaft eines Datentypen gibt, heißt das ja nicht, das diese Generatorenvertriggerung sinnvoll ist, eher das Gegenteil.

Aber letztendlich ist es ein Feature, mit dem man leben kann.

[mkinzler]

Zitat:

Dies widerspricht aber der Maxime, seine Surrogatschlüssel nichtsprechend zu halten. Insofern ist das nicht unbedingt ein Vorteil.

Und mit anderer Schrittweite ist er nun abhängig von den Werten der Tabelle? Oder wird verhindert das Wete in der Tabelle nicht mehr geändert werden könnenn, wenn jemand möchte, dass der PK über mehrere Tabellen eindeutig ist?

Zitat:

Generatoren sind allgemeingültiger, und vielleicht dachte jemand, das sei schlau.

Generatoren oder Sequenzen gibt es auch in anderen DBMS und sind idZw. auch Teil des SQL-Standards.

Dann nimm halt ein "intelligentes" Datenbanksystem mit autoinc wie zB. Paradox oder access und mach einen großen Bogen um die "unpraktischen" Frickelsystem wie FireBird, Oracle und Co.

[p80286]

Zitat von mkinzler:

Dann nimm halt ein "intelligentes" Datenbanksystem mit autoinc wie zB. Paradox oder access und mach einen großen Bogen um die "unpraktischen" Frickelsystem wie FireBird, Oracle und Co.

Frickelsysteme ist Guuut.

Aber im Ernst, wenn man die DB als bessere Datenhalde nutzt, mehr braucht man manchmal nicht, dann ist man mit "intelligenten" Systemen ganz gut bedient.

Gruß
K-H

[mkinzler]

Ich würde auch dann keines der von mir genannten Systeme verwenden. Aber das ist meine persönliche Meinung.

[Perlsau]

Eben Weshalb sollte man alte, unmoderne und unflexible Software einsetzen, wenn man ebenso auch neue, moderne und flexible Software haben kann? Wie so oft kann ich mich des Eindrucks nicht erwehren, daß auch in diesem Bereich mehr aus Gewohnheit für das Alte plädiert wird denn aus sachlicher Überzeugung.