Wie Char-Feld/Domäne in Firebird 3 Boolean-Feld wandeln?

[BlueStarHH]

Hallo,

ich habe meine DB von Firebird 2 auf Firbird 3 umgestellt. In meinen Tabellen verwende ich einen eigenen Datentyp MYBOOL für Boolean-Felder, da es in Firebird 2 kein Boolean gab. Die Definition dafür sieht so aus:

Delphi-Quellcode:

CREATE DOMAIN MYBOOL AS
CHAR(1) CHARACTER SET ISO8859_1
CHECK ((VALUE IS NULL) OR (VALUE IN ('F','T')))
COLLATE ISO8859_1;

Benutzt wird das z.B. so:

Delphi-Quellcode:

CREATE TABLE EINE_TABELLE (
..
    EIN_FELD    MYBOOL DEFAULT 'F'
)

In Firebird 3 gibt es nun Boolean als Datentyp. Wie kann ich alle meine "MYBOOL"-Felder per SQL auf den neuen Datentyp umstellen? Möglichst ohne viel manuell machen zu müssen, da ich etwa 100 Tabellen mit 150 MYBOOL-Feldern habe.

[hoika]

Hallo,
meine Frage ist und bleibt, warum etwas ändern was funktioniert?

Ansonsten:
https://stackoverflow.com/questions/...e-in-firebird3

[BlueStarHH]

Zitat von hoika:

Hallo,
meine Frage ist und bleibt, warum etwas ändern was funktioniert?

Richtig funktionieren tut es an einigen Programmstellen eben nicht. Da braucht man Workarounds. Aber das ist ein anderes Thema, was ich hier nicht diskutieren möchte. Und einen Mix aus dem neuen Bool-Datentyp und meinem eigenen ist auch nicht optimal. Also alles besser auf den neuen Bool umstellen.

Zitat von hoika:

Hallo,
Ansonsten:
https://stackoverflow.com/questions/...e-in-firebird3

Mit alter column type wird das nicht funktionieren, da ich eine selbstdefinierte Domain (Datentyp) habe, und FB nicht weiß, wie die nach Boolean umgewandelt werden soll.

[mkinzler]

Dann wird dir nichts anderes übrig bleiben, als die Umstellung in mehreren Phasen durchzuführen.
-Einfügen neuer Spalten
-Kopie der Werte von alter auf neue Spalte 'J' -> True
(-Behandlung wenn FK andere Tabellen auf derartige Spalten)
-Löschen der alten Spalten
-Umbenennung der neuen Spalten

[MyRealName]

Wenn du keine Trigger, Views oder Stored Procs hast, die eventuell Abhängigkeiten auf diese Felder haben, dann kannst Du das mit einem kleinen Code machen, wo du ein neues Feld automatisch erzeugst mit <Alter_Name>_1 zum Bsp, da die werte reinkopierst, dann das alte löscht, das neue anlegst und die werte zurück kopierst. Sowas schreibt man in Delphi doch ruck zuck.

Sind viele Abhängigkeiten da, dann bist Du angesch...en , weil die musst entweder händisch lösen oder eine generische Lösung schreiben, die das erst auflöst (trigger deaktivieren reicht glaube ich nicht), also Code der Objekte sichern, diese löschen und dann wieder einfügen.

Frag mal den Holger Klemt, vielleicht gibt es ja sowas in IBExpert oder er kann sowas einbauen, wäre ja ein cooles feature für Umsteiger von FB 2.x auf 3+

[IBExpert]

Zitat von MyRealName:

Wenn du keine Trigger, Views oder Stored Procs hast, die eventuell Abhängigkeiten auf diese Felder haben, dann kannst Du das mit einem kleinen Code machen, wo du ein neues Feld automatisch erzeugst mit <Alter_Name>_1 zum Bsp, da die werte reinkopierst, dann das alte löscht, das neue anlegst und die werte zurück kopierst. Sowas schreibt man in Delphi doch ruck zuck.

Sind viele Abhängigkeiten da, dann bist Du angesch...en , weil die musst entweder händisch lösen oder eine generische Lösung schreiben, die das erst auflöst (trigger deaktivieren reicht glaube ich nicht), also Code der Objekte sichern, diese löschen und dann wieder einfügen.

Frag mal den Holger Klemt, vielleicht gibt es ja sowas in IBExpert oder er kann sowas einbauen, wäre ja ein cooles feature für Umsteiger von FB 2.x auf 3+

Geht mit der aktuellen version schon, einfach aus der DB vorher einen Dump machen mit tools-extract metadata und da alle objekte auswählen und auf dem zweiten reiter alle daten in allen tabellen (achtung, nur in der vollversion geht das auch mit blobs), dann ganz oben seperate files auswählen. Dann kann man in de erzeugten Script in der Datei ibe$start.sql so was ändern, ggf auch noch in ibe$finish.sql das auch anpassen, und danach runme.all.sql ausführen, dadurch wird eine komplett identische Datenbank erzeugt, halt nur mit den Änderungen, die man machen wollte (komplexerer kram geht auf dem weg auch, ist aber bei sehr vielen Datensätzen und großen Datenbanken einiges an zeit erforderlich, ist aber meistens wesentlich schneller, als sich dabei von Hand einen weg selber zu überlegen.

Bei dem weg habt ihr erforderliche Basisobjekte (tabellen usw) in ibe§start und nach dem einspielen der Daten sorgt dann ibe$finish dafür, das alle beziehungen wie pk/fk wieder erezugt werden und trige rund sps wieder aktiviert sind.

[DasWolf]

Zitat von mkinzler:

Dann wird dir nichts anderes übrig bleiben, als die Umstellung in mehreren Phasen durchzuführen.
-Einfügen neuer Spalten
-Kopie der Werte von alter auf neue Spalte 'J' -> True
(-Behandlung wenn FK andere Tabellen auf derartige Spalten)
-Löschen der alten Spalten
-Umbenennung der neuen Spalten

Dadurch gehen dann mal schnell und effektiv saubere Tabellenstrukturen flöten.

[mkinzler]

Zitat von DasWolf:

Zitat von mkinzler:

Dann wird dir nichts anderes übrig bleiben, als die Umstellung in mehreren Phasen durchzuführen.
-Einfügen neuer Spalten
-Kopie der Werte von alter auf neue Spalte 'J' -> True
(-Behandlung wenn FK andere Tabellen auf derartige Spalten)
-Löschen der alten Spalten
-Umbenennung der neuen Spalten

Dadurch gehen dann mal schnell und effektiv saubere Tabellenstrukturen flöten.

Warum?