Ein Dateiname identifiziert eine Datei auf einem bestimmten Datenträger eindeutig. Wird dem Namen der vollständige Verzeichnisname vorangestellt, spricht man vom Dateipfad (Pfadname). Dieser zeigt an, wo die jeweilige Datei gespeichert ist. Je nach verwendetem Betriebssysteme kann ein Dateiname aus mehreren Teilen bestehen, die durch Trennzeichen strukturiert sind. In der Praxis folgt dem eigentlichen Namen oft ein Punkt mit einer Dateiendung (Erweiterung, Extension). Betriebssysteme nutzen diese Endung, um Dateitypen zu erkennen und passende Programme zuzuordnen. Systemabhängig gelten unterschiedliche Regeln zu erlaubten Zeichen, maximalen Längen, Zeichensätzen (z. B. ASCII, Unicode/UTF‑8) und zur Unterscheidung von Groß- und Kleinschreibung.

Wichtige Grundbegriffe:

• Dateiname: Bezeichnung der Datei ohne Pfadangaben; optional mit Endung (z. B. „bericht.pdf“).
• Dateipfad: Vollständige Angabe inkl. Verzeichnissen; absolute oder relative Pfade sind möglich.
• Dateiendung: Suffix nach dem Punkt (z. B. .txt, .jpg), dient häufig der Typzuordnung.
• Zeichensatz/Encoding: Legt fest, wie Zeichen gespeichert werden; bei internationalen Zeichen sind Unicode-konforme Systeme von Vorteil.

Dateinamen unter CP/M, MSDOS und Windows

Zu den frühen Dateisystemen im PC-Bereich zählen CP/M und MSDOS. Hier gilt die 8.3-Konvention: Ein Dateiname umfasst maximal 8 Zeichen, gefolgt von einem Punkt und einer 3-stelligen Erweiterung. Über die Endung wird der Dateityp signalisiert: „brief.txt“ steht für eine Textdatei namens „brief“. Klassische Beispiele sind „.doc“ für Word-Dokumente, „.com“ und „.exe“ für ausführbare Programme sowie „.bat“ für Stapelverarbeitungsdateien (Batchdateien). Groß-/Kleinschreibung ist in diesen Systemen nicht relevant (case-insensitive), die Darstellung bleibt jedoch meist erhalten (case-preserving).

Auch Windows bis 3.11 nutzt diese Namenskonvention. Bestimmte Zeichen sind unzulässig, da sie syntaktische Bedeutung haben. Zudem sind reservierte Geräte- und Systemnamen tabu. Verzeichnisangaben sind Bestandteil des vollständigen Namens (Pfads) und verweisen auf den Speicherort, z. B. „C:DOSCOMMAND.COM“ für den MSDOS-Kommandointerpreter im Verzeichnis DOS auf Laufwerk C:.

• Unzulässige Zeichen (Windows): < > : “ / | ? *
• Reservierte Namen (Auszug): CON, PRN, AUX, NUL, COM1–COM9, LPT1–LPT9

Von FAT/FAT32 zu NTFS und modernen Windows-Versionen: Bis Windows 3.11 dominierten FAT-basierte Dateisysteme (FAT/FAT32). Mit Windows 95 und dem NTFS-Dateisystem hielten Long File Names (LFN) Einzug: deutlich längere, aussagekräftige Bezeichnungen wurden möglich. Auch Windows 98, ME, NT, Windows 2000, Vista und 7 nutzen NTFS beziehungsweise unterstützen es umfassend. Moderne Varianten wie Windows 8, 10 und 11 setzen weiterhin auf NTFS; zusätzlich existieren Spezialdateisysteme (z. B. exFAT für Wechseldatenträger, ReFS in Server-Umgebungen). Die Dateiendung wird weiterhin zur Typzuordnung genutzt.

Pfad- und Namenslängen: Unter aktuellen Windows-Versionen ist die Pfadlänge standardmäßig auf 260 Zeichen (MAX_PATH) begrenzt. NTFS selbst unterstützt jedoch deutlich längere Pfade (bis 32.767 Zeichen). Seit Windows 10 kann die 260-Zeichen-Grenze systemweit beziehungsweise per Anwendungskonfiguration aufgehoben werden. Die Einhaltung unzulässiger Zeichen und reservierter Namen bleibt zwingend. Für optische Datenträger gilt: Im Joliet-Dateisystem sind Dateinamen bis 64 Zeichen möglich; Rock Ridge erweitert ISO 9660 für Unix-Attribute und längere Namen; UDF (z. B. auf DVDs/BDs) erlaubt typischerweise bis zu 255 Zeichen.

Kompatibilität und 8.3-Kurzbezeichnungen: Aus Gründen der Abwärtskompatibilität kann Windows für lange Namen eine 8.3-Kurzform generieren (z. B. „PROGRA~1“). Diese Kurzformen lassen sich in modernen Systemen meist abschalten, werden aber in einigen Alt-Workflows weiterhin benötigt.

Dateinamen unter UNIX

UNIX und verwandte Systeme wie LINUX oder Solaris behandeln den Dateinamen als atomare Zeichenkette ohne zwingende Endung. Eine Datei kann mehrere Namen besitzen (Hardlinks), die auf denselben Inode verweisen. Ursprünglich waren Namen auf 14 Zeichen beschränkt; moderne Ableger erlauben pro Pfadsegment in der Regel bis zu 255 Bytes (nicht Zeichen). Pfade bestehen aus Segmenten, die mit / getrennt werden, wobei das letzte Segment den eigentlichen Dateinamen darstellt. Groß- und Kleinschreibung wird strikt unterschieden (case-sensitive), sodass „rechnung.txt“ und „RECHNUNG.TXT“ verschiedene Dateien sind.

• Zulässige/Unzulässige Zeichen: Unter UNIX sind nur das Slash-Zeichen „/“ (Pfadtrenner) und das Nullbyte „“ im Namen verboten. Sonderzeichen, Leerzeichen und Punkte sind grundsätzlich erlaubt – deren Einsatz kann jedoch in Shells oder Skripten Escapes erfordern.
• Längenbeschränkungen: Typisch sind bis zu 255 Bytes je Name und bis zu 4096 Bytes je vollständigem Pfad (system- und dateisystemspezifisch, z. B. ext4, XFS, ZFS).
• Zeichensätze: Moderne Systeme verwenden UTF‑8. Bei gemischten Umgebungen kann es zu Problemen mit nicht erkannten oder unterschiedlich normalisierten Zeichen kommen.

Dateiendungen und Typbestimmung: UNIX benötigt keine Dateiendungen. Dennoch haben sich Endungen zur Orientierung etabliert (z. B. „.c“ für C-Quellcode). Der Dateityp wird funktional über Metadaten und Inhalte ermittelt, etwa mit dem Tool file. Versteckte Dateien beginnen mit einem führenden Punkt (z. B. „.profile“).

Mehrere Namen und inodes: Eine Datei kann über mehrere Hardlinks referenziert werden. Verwaltung und Zuordnung erfolgen über Inodes. Bei Problemen mit nicht darstellbaren Zeichen (z. B. durch unterschiedliche Encodings oder Normalisierungsformen, etwa bei japanischen Schriftzeichen) kann auf eine niedrigere Abstraktionsebene zurückgegriffen werden. Die Identifikation über Inode-Nummern erleichtert den Zugriff und die Umbenennung, z. B. mit Befehlen wie ls -i oder mittels find … -inum … -exec.

Besonderheiten in UNIX-ähnlichen Systemen: Einige Derivate, etwa bestimmte macOS/APFS-Konfigurationen, sind standardmäßig case-preserving, aber case-insensitive und verwenden teils Unicode-Normalisierungen. Beim Austausch mit strikt case-sensitiven Systemen empfiehlt sich eine konsistente Namens- und Encoding-Strategie.

Dateinamen unter VMS

Im Virtual Memory System (VMS) setzt sich ein Dateiname klassisch aus Name, Punkt, Namenserweiterung, Semikolon und Versionsnummer zusammen, z. B. „REPORT.TXT;5“. Bei jeder Änderung der gleichnamigen Datei wird die Versionsnummer inkrementiert. Dadurch stehen aktuelle und ältere Generationen nebeneinander zur Verfügung, was die Nachverfolgbarkeit historischer Stände erleichtert. Groß- und Kleinschreibung wird in traditionellen Spezifikationen nicht unterschieden.

Länge und Syntax: Der Dateiname darf maximal 39 Zeichen lang sein; auch die Erweiterung unterliegt Beschränkungen (klassisch ebenfalls bis 39 Zeichen). Ein vollständiger Pfad kann Geräte- und Verzeichnisangaben enthalten (z. B. DEVICE:[DIR.SUB]). Die Verwaltung mehrerer Versionen macht Operationen wie PURGE (Bereinigung alter Generationen) sinnvoll.

Erweiterte Spezifikationen: Moderne VMS-Varianten mit ODS‑5 unterstützen einen erweiterten Zeichensatz, gemischte Groß-/Kleinschreibung und längere Dateinamen. Dadurch verbessert sich die Interoperabilität mit aktuellen Systemen, ohne die VMS-typische Versionsverwaltung aufzugeben.

Häufige Fragen und Antworten