Die neue
DB wäre dann ebenfalls eine Produktivdatenbank und muss damit leider den gleichen strengen QM Regeln wie die bestehende folgen. Eine "Agile" Entwicklung ist in dieser Umgebung dann nicht möglich. Ein separates Testsystem mit weniger restriktiven Vorgaben müsste man ebenfalls irgendwann in Produktivbetrieb nehmen und dann sind alle Änderungen wieder aufwendig wg. QM.
Komischer Ansatz. Du willst dich um das QM "drücken" weil dieser auf
DB's hohe Anforderungen stellt aber scheinbar bei "unrelationierter" Datenspeicherung (noch nichts) definiert hat und versuchst dann eine Lösung zu realisieren die aufwendiger ist, weniger Performant, Fehleranfälliger (Eine Exceldatei wird leichter Zerschossen werden wenn Clients abstürzen als ein
DBMS) zu realisieren.