Es ist natürlich richtig das man durch die Dateibasierte Struktur kaputte Dateien leicht selber ersetzen oder kopieren kann. Die Hoffnung bei der Datenbankstruktur ist ja immer das sie robuster gegenüber Fehlern ist und die passenden Tools mitgeliefert werden mit denen man sie notfalls reparieren kann oder granular auf einen älteren Stand zurückgehen kann.

Das mit der APN Datei ist ja ganz nett, hilft aber nicht weiter wenn mehrere Leute im selben Projekt arbeiten sollen. Und dann wird Allplan so richtig langsam weil es auf dem Server auch immer noch die ganzen Datei-Locks überprüfen muss.

Allplan ging vor ein paar Jahren schon einen Schritt zur Reduzierung der Anzahl der Dateien, als das NDW-Format eingeführt wurde und die Attributinformationen (Inhalte) in das Teilbild selbst integriert wurde.

Gut wäre es vermutlich, wenn die Ressourcen (Schraffuren/Muster/Schriftarten) in eine Datei gepackt würden. Damit wäre die in der Regel größte Anzahl an kleinsten Dateien weg....

Ein Zusammenfassen der Daten in ein Datenbank ist nicht wirklich erstrebenswert. Wenn Problem auftauchen kann der kleine dumme Kunde gar nichts mehr machen.
(Siehe Datenbank-Probleme und Grenzen mit PlanDesign im letzten Jahrtausend)

Hallo zusammen,
ich finde ebenfalls, das eine neue modernere Philosophie hinsichtlich der Datenbank in Allplan erforderlich ist.
Ich bin kei IT_ler, der sich da auskennt, aber die vielen kleinen Verwaltungsdateien könnten in einer seperaten Datenbankdatei geführt werden.
Ich habe hier im Forum gelesen, das der Ansatz mit BIM+ und Allplan Share schon in dieser Richtung funktionieren sollte.
Wir arbeiten mit einem Gigabit-Netzwerk und stellen demnächst auf 10Gb um, aber die vielen kleinen Dateien bremsen weiterhin enorm.

Ich habe hier auch schon mit 1, 2,5 und 10 GBit/s Netzwerk experimentiert, das hat in Bezug auf Allplan fast gar nichts gebracht. Erst wenn Dateien mit 100 MB und größer im Spiel sind wird das richtig cool.