Ich denke nicht, dass das Decorator-Pattern hier wirklich hilfreich ist.
Das Ziel ist ja, dass die Klassenmember so heißen, wie die Datenbankfelder.
Man müsste also die
DB-Zugriffe in den Originalklassen auf die neue Datenbank anpassen und um die alten Klassen neue Klassen hüllen, die nach außen neue Namen für die alten Member anbieten.
Das wäre ja noch mehr Durcheinander als so schon.
Wenn Du von den namensgleichen Klassenmembern und Tabellenfeldern nicht abrücken willst und die Tabellenfelder neue Namen erhalten, dann ist der einfachste Weg, tatsächlich das Refactoring-Umbenennen.
Dass diese Namensgleichheit aber unnötig und nachteilig ist, habe ich ja schon öfter erwähnt.
