Firebird: Generator mit dynamischen Namen

[MrSpock]

Hallo,

kann ich in einer Stored Procedure in Firebird einen Generator mit "dynamischen Namen" erzeugen, also etwa so:

Code:

 gname =  'ERFN' || jahr || monat;
    create sequence "gname";
    erfnr = gen_id("gname", 1)

[mkinzler]

Notfalls das Statement in einem String zusammenbauen und dann per EXECUTE Block aufrufen.

[MrSpock]

Ja, danke, funktioniert:

Code:

 execute statement 'create sequence erfnr' || jahr || monat;

[Dejan Vu]

Geht das in Richtung 'Sprechende ID'? Wird also das Ergebnis als PK verwendet?

Nur der Vollständigkeit wegen: Wenn ja, dann: DON'T! Das ist ein Anti-Pattern.

[mkinzler]

Was hat der Name eines Generator mit desen Inhalt zu tun?

[MrSpock]

Nein, keine sprechende ID. Ich benötige einen Generator, der eine ID (Erfassungsnummer) hochzählt, diese Nummer fängt jede Woche, jedes Jahres wieder bei 1 an. Ich habe deshalb vor, einen Generator dynamisch zu erzeugen: z.B. ERFNR1501 für Erfassungsnummern in der ersten Kalenderwoche des Jahres 2015. Wenn der generator noch nicht existiert, wird er neu angelegt, ansonsten wird mit GEN_ID die nächste Nummer bei der DB gezogen.

[Blup]

Generatoren zählen unabhängig von Transaktionen. Das Anlegen einer neuen Erfassungsnummer ist zumindest eine fachliche Transaktion.
Eine Tabelle, in der für jedes Jahr/Woche, die letzte Erfassungsnummer abgelegt wird, scheint mir die bessere Lösung.

[Lemmy]

Zitat von MrSpock:

kann ich in einer Stored Procedure in Firebird einen Generator mit "dynamischen Namen" erzeugen, also etwa so:

wie es geht wurde schon geschrieben, Aber:

http://www.firebirdsql.org/refdocs/l...-execstat.html

Zitat:

Warning

Although this form of EXECUTE STATEMENT can also be used with all kinds of DDL strings (except CREATE/DROP DATABASE), it is generally very, very unwise to use this trick in order to circumvent the no-DDL rule in PSQL.

[MrSpock]

Hallo Lemmy,

danke für die Info. Hast du eine Ahnung, warum diese Warnung ausgesprochen wird?

[jobo]

Ich verstehe den Sinn nicht, ein aufrufendes Programm (oder auch Trigger) muss dann ebenfalls noch umgeschrieben werden, um den neuen Generatornamen zu beherrschen?
Wenn schon dynamisches DDL, warum dann nicht ein Drop bzw. Reset des bestehenden Generators unter gleichem Namen?