nicht angemeldet
yo,
Wenn es also überhaupt Sinn ergibt, solche speziellen Feldnamen zu nutzen (das sollte bei vernünftiger Normalisierung bzw. vernünftiger Generalisierung des Problems nicht auftreten), dann muss man damit leben, dass man unterschiedliche Versionen pflegen muss.
das daten-design in rdbms ist leider eine sehr statische angelegenheit, einmal festgelegt hat man hinten raus schwierigkeiten wieder etwas zu ändern. das kann aber im widerspruch zu dem entsprechenden umfeld stehen, dass man modellieren soll, weil es sehr dynamisch ist und sich ständig dinge ändern. sauberer wäre es sicherlich, diese änderungen im daten-design immer mit zu gehen, praktisch ist es aber ausgeschlossen, weil die entwicklung zu schnell geht.
da kann man sich dann schon noch anders behelfen, als ständig neue versionen zu pflegen. es ist aber ein abwiegen der vor und nachteile. ich habe mal eine solche situation gehabt für eine edv-inventarverwaltung. die hardware hat sicherlich unterschiedliche eigenschaften, ein Monitor braucht nicht die werte einer festplatte, etc. man baut sich eben das daten-design so, dass man neue hardware (in falle von kalle fahrrad und auto) in das bestehende layout hinzufügen kann inklusive seiner eigenschaften in eine zweite tabelle. musst halt schauen kalle, ob das ein möglicher weg für dich wäre.
Ilja