Si basa su unix e VMS molto vecchi. Agli inizi degli anni '80, quando le macchine unix (cioè Sun Solaris) venivano messe in linea per la prima volta, non esistevano standard su come o dove montare le vostre unità oltre a quella di root. Quindi tu avevi bisogno di qualcosa che fosse facile da digitare (cioè breve), identificato quale unità fisica fosse (per quando è morto). Con oracle, ogni unità montata è stata utilizzata per un file di dati a cui non è mai stato effettuato l'accesso da parte di qualcosa di diverso da Oracle. Le prime versioni di Oracle avevano limitazioni sulla lunghezza dei percorsi per i loro file di dati. Inoltre tu (il dba) dovevi usare gli strumenti da riga di comando e edlin per correggere i file di configurazione in modo che Oracle potesse trovare i suoi file di dati dopo la morte di un'unità.
Per riassumere, per Oracle 6 e 7, si desideravano percorsi di unità brevi e facili da ricordare mappati alle unità fisiche per velocizzare la manutenzione.
Da quel momento, gli standard sono stati creati, modificati, aggiunti strumenti di gestione. Ma quella documentazione non è mai stata cambiata. Perché funziona come descritto. E i DBA intelligenti possono capire come funziona nei loro sistemi. E se non possono Oracle Consulting (a $ 2K al giorno a testa) sarà più che felice di farlo per voi.