-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hola
Tal y como he leido en el manual de instalacion y primeros pasos en linux
de es.comp.os.linux, no acabo de ver la diferencia entre estos enlaces.
Imaginate por un momento, que tienes en un DVD tropecientos mil
archivos, guardados con nombres raros, generados aleatoriamente, es
decir, que si haces un ls -l al DVD, no sabes ni que archivos son,
ni su extensión.
E imaginate también, que tienes un MySQL, que guarda en una tabla
los nombres de los ficheros.
La tabla es tal como la siguiente:
------------------------------------------------
Nombre Original | Nombre DVD
................................................
FotoPlaya.jpg | ur529djR35s6xct4
Perrin.exe | iew465snc634sdkl
..........................................
..........................................
..........................................
..........................................
MySQL.tgz | t4dy6fvjd5gfnh4vc
________________________________________________
Cuando quieres recuperar un fichero determinado, por ejemplo
"FotoPlaya.jpg", primero tienes que consultar la base de datos
para saber qué nombre real corresponde, en este caso sería
"ur529djR35s6xct4" y te bajarías ese fichero al que despues
renombrarías con su nombre correcto.
Ahora bién: ¿qué te impediría tener a un mismo fichero del
DVD referenciado dos veces, por ejemplo:
------------------------------------------------
Nombre Original | Nombre DVD
................................................
FotoPlaya.jpg | ur529djR35s6xct4
NenaHermosa.jpg | ur529djR35s6xct4
Perrin.exe | iew465snc634sdkl
..........................................
..........................................
..........................................
..........................................
MySQL.tgz | t4dy6fvjd5gfnh4vc
________________________________________________
En este caso, "FotoPlaya.jpg" y "NenaHermosa.jpg" son el mismo
fichero realmente, es decir, apuntan al mismo fichero. Pero está
dos veces dado de alta en la base de datos.
En este caso, correspondería, a lo que en UNIX se llama un
enlace duro.
Por otro lado, podrías crear un fichero llamado linkNena.txt
con el siguiente contenido:
$ cat linkNena.txt
NenaHermosa.jpg
$ _
Y procederías a insertarlo en la base de datos:
------------------------------------------------
Nombre_Original | Nombre_DVD
................................................
FotoPlaya.jpg | ur529djR35s6xct4
NenaHermosa.jpg | ur529djR35s6xct4
linkNena.txt | kder5438vbfsrgyf
Perrin.exe | iew465snc634sdkl
..........................................
..........................................
..........................................
..........................................
MySQL.tgz | t4dy6fvjd5gfnh4vc
________________________________________________
En este caso, tu hipotético programa cliente, al pedir el fichero
"linkNena.txt", haría los siguientes pasos:
- Busca "linkNena.txt" y encuentra que el fichero en el DVD es
"kder5438vbfsrgyf".
- Se baja el fichero "kder5438vbfsrgyf".
- Mira su contenido, y encuentra que contiene "NenaHermosa.jpg"
- Vuelve a buscar en la base de datos "NenaHermosa.jpg" y encuentra
que es "ur529djR35s6xct4"
- Se baja el fichero "ur529djR35s6xct4"
Este caso, es similar al enlace simbólico del mundo UNIX. El
resultado, al final es el mismo, pero en el caso del enlace simbólico,
tenemos una doble indirección.
Tanto en el mundo UNIX como en nuestro ejemplo basado en una base de
datos, un enlace simbólico, constituye de por sí, un fichero diferente.
El equivalente más cercano en el mundo Windows, son los picheros *.PIF
y los *.LNK.
En el mundo UNIX, el equivalente a la base de datos, sería la tabla de
inodos, que contiene como mínimo un inodo por cada fichero
Por supuesto, el equivalente al campo DVD, no sería el nombre de un
fichero, si no el número de cluster en el que encuentra, en realidad,
tiene varios punteros a sectores.
Aunque en realidad la estructura de un inodo, es algo más compleja que la
de una tabla de una base de datos. Cuando el fichero crece demasiado, es
posible que se necesiten más inodos auxiliares, (sin que eso constituya un
enlace duro).
--
Lokutus, Asimilando la red