RRN trotz RGZPFM merken

[dschroeder]

Das sind dann irgendwann so Dateien, die mit SQL kaum bis gar nicht mehr auswertbar sind.
Hier muss ich Dieter recht geben, dass man zu jeder betroffenen Datei eine Zusatzdatei mit den Schlüsselfeldern sowie den benötigten Zusatzinformationen anlegt.
Eine Sammeldatei für alles mögliche oder auch unmögliche, macht es dann später ebenso unmöglich überhaupt noch etwas sinnvoll damit anzufangen.

Man muss auch mal an die Zukunft denken, wenn man Auswertungen, Web-Anwendungen o.ä. erstellen will und die Clientprogrammierer, die dann nur mit SQL an die Daten kommen, die Hände über den Kopf schlagen und solche Projekte dann an solchen Datenmodellen scheitern.

Treibe lieber jetzt den Aufwand, das Datenmodell entsprechend aufzubauen, das dann SQL-konform und zukunftsorientiert ist. Das Zeitalter der Satzarten-Verarbeitung ist doch weitestgehend mit der Einführung der Festplatte verschwunden.

Da bin ich voll bei dir. Wir haben auch ein paar von diesen Sammeldateien, die ich heute lieber nicht mehr hätte. Ich wollte nur sagen, dass so etwas auch geht, wenn man denn unbedingt mit einer Datei arbeiten möchte.

[Fuerchau]

In solchen Fällen (habe ich aus einem anderen Projekt) bieten sich doch hochflexible XML-Dateien an. Hier kann man beliebig tief schachteln und alles in in Tera-BLOB packen.
Viel Spaß dann beim ver- und bearbeiten.

Solche Konzepte gibt es z.T. wirklich!

[BenderD]

... mein Hauptproblem mit solchen divers (pervers) Dateien ist, dass die nicht mit den zugehörigen Daten in einem join dargestellt werden können.

D*B