Den Typ einer Spalte nachträglich ändern. Daten sollen bestehen bleiben

[jobo]

Ich schließe mich himitsu an.
Update auf Zielinhalt, dann den Typ der Spalte ändern.
Es kann aber sein, dass es tatsächlich Systeme gibt, die das nicht mögen. Dann bleibt nichts als der Umweg über eine zusätzliche Spalte.

Wenn man keine Altlasten haben möchte, lieber alles sofort durchgehend umstellen.

[himitsu]

Wenn beim Umstellen "Datenverlust" entsteht, also z.B. aus "a1" eine 1 wird, dann eventuell eine Kopie der Daten behalten.
* Spalte umbenennen (hier bleiben aber eventuelle Referenzen bestehen)
* neue Backup-Spalte und alte Spalte löschen/ändern
* oder einfach als DB-Backup

Aber die Spalte unter dem bekannten Namen besser weg, damit man Fehler findet.
Muß etwas weiter auf die alte Spalte gehen, dann explizit auf das Backup umstellen und vielleicht noch einen Synchro-Trigger, der die Spalten abgleicht.

Ob man nun die neue Spalte neu erstellt und die Alte löscht, oder die Alte nur Konvertiert, ist dann geschmackssache, bzw. hängt vom DBMS ab.

IMHO

[hoika]

Hallo,
man könnte ja die alte Spalte in 2 neue kopieren (für Backup zum Gucken mit dem gleichen Datentyp und Produktivbetrieb mit dem neuen Datentyp).

Zur Frage nach einem Standard:
eigentlich sollte Alter Column von jedem DB unterstützt werden,
aber ist halt nur eigentlich, also nicht wirklich.

Bei alten Firebirds musste man über die Systemtabellen gehen,
bei der BDE gab es das DbiDoRestructure, was das schön gekapselt hat ... hach, die gute alte Zeit ...


Heiko

[mkinzler]

Der Weg über ein neues Feld wäre aus meiner Sicht der Weg der Wahl.