Sonstiges > Offtopic

Eine Datenbank updaten oder auch: Datenbank 2.0

(1/2) > >>

Klafu:
Hallo,

ich hab eben festgestellt, dass wir eine Datenbank (produktiv) haben, die man ändern müsste - also "updaten".
Man müsste entsprechende Änderungen an ihr vornehmen wie z.B.  Namen von Masken ändern aber auch Feldnamen anpassen. Das ganze hätte "lediglich" den Sinn, die Datenbank strukturierter zu machen und sie auch so für Dritte besser Nachvollziehbar gestalten.
Und wie ich grad so drüber nachdenke und mir der Aufwand bewusst wird, bin ich schon wieder dabei die Idee zu verwerfen.  :)
Allerdings wollte ich trotzdem einmal Nachfragen wie ihr das Handhabt.
Macht ihr überhaupt so schwerwiegende Änderungen an bestehnenden Datenbanken?
Macht es mehr Sinn die Datenbank neu zu erstellen und dann die Daten neu zu importieren?
Oder versucht ihr das ganze so weit wie Möglich zu vermeiden?

Grüße
Chris

Driri:
Redesigns oder wie man das nennen möchte habe ich schon ein paar hinter mir. Allerdings waren das entweder rein optische Geschichten (z.B. weg von den Navigatoren aus R5, neues CI, Änderung von Beschrifungen nach der Fusion, etc.) oder die Migration mehrerer bestehender Anwendungen in eine neue, gemeinsame Anwendung.

Der erste Fall ist relativ überschaubar, da man da ja eigentlich nur an den Designelementen rumdreht und nicht die Daten/Dokumente anfassen muß.

Der zweite Fall kann aber auch recht komplex werden. Ich habe hier gerade aus neun bestehenden Anwendungen eine gemacht und das ist nicht ohne Migrationsagenten abgelaufen. Dabei mußten nicht nur die Form ausgetauscht werden, sondern auch Items umgeschrieben und vor allem massiv Leserfelder auf eine neue, komplexere Rechtestruktur umgebogen werden.

Ob neu machen oder in der bestehenden die Dokumente migrieren, hängt denke ich mal wesentlich auch von der Komplexität der Anwendung ab. Wenn z.B. intern die UNID der Dokumente für irgendwas verwendet wird (Verlinkung oder so), dann muß man beim Importieren der Dokumente in eine neue Datenbank natürlich einiges mehr beachten.

Vermeiden würde ich es schon. Aber manchmal hat man auch einfach keine Wahl oder es macht einfach keinen Sinn, so eine Umstellung nicht durchzuführen. Das kann ja auch durchaus positive Nebeneffekte haben. Wenn ich die Zeit dafür hätte, würde ich z.B. auch gerne mal ein paar meiner Erstwerke neu aufbauen.

Klafu:
Vielen Dank für die Einblicke, Ingo! :)
Freu mich über alle Erfahrungsberichte. Vielleicht äußern sich ja noch ein paar zu diesem Thema.
Mir ist da auch die Helpdeskdatebank eingefallen die es ja auch in verschiedenen Versionen gibt. Aber da sind die Änderungen vielleicht nicht so krass gewesen, oder?

Thomas Schulte:
!!HELP!! ? Oh doch da hat sich in den verschiedenen Versionen einiges geändert. Für bestimmte Versionssprünge haben wir dann Update Scripte geschrieben. Entscheidend für so was ist, das man die Anwendung die da existiert wirklich GUT kennen muss. Und wenn man sie nicht bis zur letzten Schraube im hintersten Winkel kennt, dann muss man sie kennen lernen. notes macht es einem Hier bedingt durch die grundlegenden Annahmen des Systemes an und für sich allerdings nicht besonders einfach.

Klafu:
Ja, die meinte ich, Thomas.
Dir auch Danke. Das heißt man "könnte" alle Dokumente im BackEnd durchgehn und den Namen der Maske mit doc.Form="Neue Maske" ändern.
Wie gehe ich dann bei Felder vor? Nehme ich ein Feld, hol mir dessen Wert, erzeuge ein neues Item mit dem Namen das neuen Feldes, schreib den Wert wieder hinein und lösche das alte Item?

Navigation

[0] Themen-Index

[#] Nächste Seite