4
Zu lange Pfade trotz subst und Umbennnenung von Ordnern nicht möglich
Ich habe ein allseits bekanntes Problem: Zu lange Pfade. Nun ja, sicherlich gibt es bei Google und Co. viele Hinweise dazu, jedoch keine, die mein Problem beheben.
Ich habe hier ein unternehmeneigenes Tool, dass sehr große Datenmengen (mehrere Terrabyte und stetig wachsend) verarbeitet. Es speichert Datein aus einem Inputordner in einem Outputordner und legt jeweil für die Outputdateien eine Referenz in einer Datenbank ab. Das System ist sehr komplex. An der Hardwareumgebung kann nichts geändert werden. Softwaretechnisch ist ebenfalls (vorerst) nichts änderbar. Die Pfade wurden schon durch den "subst"-Befehl verkürzt. Eine Umbenennung der Ordnerstruktur ist NICHT möglich (rein organisatorisch und auch nicht gewollt).
Hat jemand vielleicht eine Möglichkeit, wie man das Problem trotz der vielen Einschränkungen beheben kann? Mir würde schon eine Pfadlänge von 255 Zeichen reichen.
Vielen Dank im Voraus!
Gruß
Ich habe hier ein unternehmeneigenes Tool, dass sehr große Datenmengen (mehrere Terrabyte und stetig wachsend) verarbeitet. Es speichert Datein aus einem Inputordner in einem Outputordner und legt jeweil für die Outputdateien eine Referenz in einer Datenbank ab. Das System ist sehr komplex. An der Hardwareumgebung kann nichts geändert werden. Softwaretechnisch ist ebenfalls (vorerst) nichts änderbar. Die Pfade wurden schon durch den "subst"-Befehl verkürzt. Eine Umbenennung der Ordnerstruktur ist NICHT möglich (rein organisatorisch und auch nicht gewollt).
Hat jemand vielleicht eine Möglichkeit, wie man das Problem trotz der vielen Einschränkungen beheben kann? Mir würde schon eine Pfadlänge von 255 Zeichen reichen.
Vielen Dank im Voraus!
Gruß
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 150595
Url: https://administrator.de/forum/zu-lange-pfade-trotz-subst-und-umbennnenung-von-ordnern-nicht-moeglich-150595.html
Ausgedruckt am: 10.04.2025 um 08:04 Uhr
4 Kommentare
Neuester Kommentar
morgen,
Na dann brauchen wir ja da nichts zu machen - Windows hat eine max. Pfadlänge von 256 Zeichen
.
mfg
David
Mir würde schon eine Pfadlänge von 255 Zeichen reichen.
Na dann brauchen wir ja da nichts zu machen - Windows hat eine max. Pfadlänge von 256 Zeichen
.mfg
David
Moin Moin
Etwas seltsame Problemstellung. Wenn Ihr nicht ändern könnt/wollt müsst ihr wohl mit dem Problem leben.
Ich versuchs mal trotzdem:
Wofür sind die Pfade zu lang? Für die Datenbank? In den meisten DB (du hast leider nicht angegeben um was für eine Datenbank es sich handelt) kann man weitaus längere Pfade speichern als der Windows Explorer verkraften kann.
Dazu wäre aber evtl. eine Anpassung der DB bzw. der Software nötig.
Wenn ich das richtig verstehe ist die "Referenz" der Dateipfad im Outputordner. Wenn sich dieser nicht ändert, könnte man doch die referenz relativ zum Output ordner speichern.
Bedeutet natürlich das man bei "auslesen" der referenz für einen vollstängigen pfad, diese beiden informationen zusammensetzen müste und der Outputpfad dürfte sich nicht ändern.
Gruß L.
Etwas seltsame Problemstellung. Wenn Ihr nicht ändern könnt/wollt müsst ihr wohl mit dem Problem leben.
Ich versuchs mal trotzdem:
Wofür sind die Pfade zu lang? Für die Datenbank? In den meisten DB (du hast leider nicht angegeben um was für eine Datenbank es sich handelt) kann man weitaus längere Pfade speichern als der Windows Explorer verkraften kann.
Dazu wäre aber evtl. eine Anpassung der DB bzw. der Software nötig.
Wenn ich das richtig verstehe ist die "Referenz" der Dateipfad im Outputordner. Wenn sich dieser nicht ändert, könnte man doch die referenz relativ zum Output ordner speichern.
Bedeutet natürlich das man bei "auslesen" der referenz für einen vollstängigen pfad, diese beiden informationen zusammensetzen müste und der Outputpfad dürfte sich nicht ändern.
Gruß L.
^^ Hab mich da wohl etwas unverständlich ausgedrückt.
@ dave: Nein, Windows kann schon längere Pfadnamen verwalten, aber solche Dinge wie koipieren, löschen oder dergleichen funktionieren nicht problemlos, weil Windows nicht in diese Verzeichnistiefe vordringen kann.
Die Pfade werden leider für bestimmte Auswertungen benötigt. Die Pfadlänge ist für den Kopiervorgang, das unser Tool mit erledigt, relevant. Er kann, wie ich dave schon schrieb, dann nicht mehr alle Dateien kopieren, deren Pfade länger als 255 Zeichen sind. Die Pfade wurden mit einem anderen Fremdprogramm aus PST-Files erzeugt. Wir vermuten, dass dieses Programm irgendwie so substiuiert, dass es solch lange Pfade erstellen kann. Die Referenz ist tatsächlich in der DB gespeichert und stellt an sich kein Problem dar.
@ dave: Nein, Windows kann schon längere Pfadnamen verwalten, aber solche Dinge wie koipieren, löschen oder dergleichen funktionieren nicht problemlos, weil Windows nicht in diese Verzeichnistiefe vordringen kann.
Die Pfade werden leider für bestimmte Auswertungen benötigt. Die Pfadlänge ist für den Kopiervorgang, das unser Tool mit erledigt, relevant. Er kann, wie ich dave schon schrieb, dann nicht mehr alle Dateien kopieren, deren Pfade länger als 255 Zeichen sind. Die Pfade wurden mit einem anderen Fremdprogramm aus PST-Files erzeugt. Wir vermuten, dass dieses Programm irgendwie so substiuiert, dass es solch lange Pfade erstellen kann. Die Referenz ist tatsächlich in der DB gespeichert und stellt an sich kein Problem dar.
Du kannst einen Ordner irgendwo in der Mitte als Share freigeben und dann als Netzlaufwerk einbinden und schon kannst du weit über die 255 Zeichen drüber (und dort auch löschen).
