É baseado em unix e VMS muito antigos. No início dos anos 80, quando as máquinas unix (ou seja, Sun Solaris) foram lançadas pela primeira vez, não havia padrões sobre como ou onde montar suas unidades além da raiz. Então, você precisava de algo que fosse fácil de digitar (ou seja, curto), identificasse qual unidade física era (para quando morreu). Com o oracle, cada unidade montada era usada para um arquivo de dados que nunca era acessado por nada além do Oracle. As versões anteriores do Oracle tinham limitações no comprimento dos caminhos para seus arquivos de dados. Além disso, você (o dba) precisava usar as ferramentas de linha de comando e o edlin para corrigir arquivos de configuração, para que a Oracle pudesse encontrar seus arquivos de dados após a morte de uma unidade.
Em resumo, no Oracle 6 e 7, você queria caminhos de unidade curtos e fáceis de lembrar, mapeados para unidades físicas para agilidade na manutenção.
Desde então, os padrões foram criados, modificados, adicionadas ferramentas de gerenciamento. Mas essa documentação nunca foi alterada. Porque funciona como descrito. E os DBAs inteligentes podem descobrir como isso funciona em seus sistemas. E se eles não puderem, o Oracle Consulting (a US $ 2 mil por dia por pessoa) ficará mais do que feliz em fazer isso por você.