Umstellung InterBase 7.5 -> Firebird 2.5

[hstreicher]

Nein , das Limit ist "Hardcoded"

https://stackoverflow.com/questions/...le-name-length

es gibt Pläne das in V4 zu erhöhen

mfg Hannes

[mjustin]

Danke für die vielen Antworten und Tipps!

Insgesamt ist der Versuch der Portierung eine empfehlenswerte Erfahrung, einige Probleme in den Metadaten werden von Firebird beim Einlesen des SQL Skripts erkannt, zum Beispiel

* uneindeutige Felder (ohne Alias)
* order by nach einem Feld das nicht in der Datenmenge vorkommt ("SELECT MIN(FELD) FROM TABELLE ORDER BY ANDERES_FELD"). InterBase akzeptiert dies, Firebird nicht. Es war in einer Stored Procedure tatsächlich damit ein Performancegewinn erreicht worden (anderer PLAN).

Die überlangen Generatornamen lassen sich, da es nur wenige sind, noch mit vertretbarem Aufwand ändern.

[mjustin]

Für Abfragen für Metadaten mit Namen länger ab 31 Zeichen konnte ich die substr UDF verwenden:

Zitat:

select rdb$constraint_name, substr(rdb$constraint_name, 31, 31), rdb$const_name_uq
from rdb$ref_constraints
where substr(rdb$constraint_name, 31, 31) <> ' '

select rdb$index_name, substr(rdb$index_name, 31, 31)
from rdb$indices
where substr(rdb$index_name, 31, 31) <> ' '

select rdb$trigger_name, substr(rdb$trigger_name, 31, 31)
from rdb$triggers
where substr(rdb$trigger_name, 31, 31) <> ' '

Constraints können direkt umbenannt werden, Indexdateien sowie Trigger werden gelöscht und neu angelegt.