В заголовке говорится все это... какая разница? Когда я использую один и когда я использую другой?
Добавленный: Обратите внимание, что Соединение указывает, Жесткие ссылки и Символьные (мягкие) ссылки являются тремя отдельными вещами на NTFS.
Файлы данных NTFS снабжены всеми своими атрибутами как "inode" с идентификатором, и имена файлов указывают на inode. Все файлы имеют один + hardlink., некоторые инструменты могут создать дополнительные имена (hardlinks), которые указывают на тот же inode, который имеет счетчик количества имен, указывающих на него. Если число переходит к нулю, ОС удаляет файл, inode.
Специальные инструменты, как LN могут создать дополнительные имена файлов, которые указывают на существующий inodes, с помощью имени файла, которое указывает им. Обратите внимание, что все атрибуты файла, включая даты и время снабжены inode, не именем файла.
(Дополнительные) hardlinks полезны, когда Вы хотите, чтобы различные имена указали на те же данные, читайте или запишите. Они оставляют свободное место и наверху. Однако они ударяют программы, которые принимают другую точку имен к различным данным. например, при замене ссылок на дубликаты файлов hardlinks в единственный файл затем Вы удалили любое резервное копирование, которое Вы имеете! Окна OS являются одной программой, которая принимает другую точку имен к различным наборам битов.
Hardlinks должны быть на том же физическом и логическом томе.
Они полезны для:
при сокращении длин пути, так как Windows просто поддерживает 256 символов или около этого.
уменьшая пространство памяти дублирующихся файлов данных - например, у Вас могло быть несколько резервных копий раздела с несколькими деревьями полного списка, но с hardlinks для файлов, которые не изменились начиная с предыдущего резервного копирования.
Точки соединения более грязны и используют Точки повторного анализа (который я не понимаю). Они могут указать на различные физические или логические тома, но они должны быть на том же компьютере. Они, по-видимому, могут использоваться как символьные ссылки для каталогов, позволяя второе имя того же места назначения, но ограничиваться одиночным компьютером, а не просто единственным объемом.
Полезный для сокращения длин пути или упрощения работы с несколькими программами с hardcoded именами каталогов.
Те же протесты, также! Много программ берут различные имена = различные файлы.
И затем существуют символьные ссылки (который может пойти через сети), ярлыки и PIFs и.....
Также некоторая информация от самой Microsoft:
В основном они говорят для использования жестких ссылок только для файлов в том же объеме (буква дисковода), и соединение указывает только для каталогов на том же компьютере (они могут охватить через различные локальные тома).
Жесткая ссылка является просто другим названием файла. Если у Вас будет файл по имени A.txt, и у Вас есть ссылка L.txt, после того как Вы удаляете A.txt, то у Вас все еще будет доступ к, он - данные через L.txt. Только того, когда оба - удаленный файл, не стало.
На другой руке у Вас есть так называемая гибкая ссылка (соединение, если это - папка или символьная ссылка, если это - файл). В этом случае при удалении A.txt файла действительно не стало. Удаление L.txt не имеет никакого эффекта на файл вообще.
Жесткие ссылки могут только использоваться на том же разделе в качестве инициирующего файла, и гибкие ссылки могут использоваться через разделы.
P.S. Файл и папка являются главным образом взаимозаменяемыми насколько NTFS идет.