目錄結構

從狹義上講，目錄結構（也是目錄樹或文件夾結構）描述了單個計算機的整個文件系統的層次結構，從廣義上講，是對任何對象（例如用戶、設備、服務、文件）的目錄服務公司網絡的共享和包）。 樹結構很常見，它從根開始，然后根據需要分枝。

目錄結構因此是運行操作系統下所有集成虛擬或物理文件系統的邏輯結構抽象，還包括偽文件系統和外部資源，例如 公司網絡的目錄服務或其他網絡資源，如果它們是集成的（作為虛擬文件系統）。

“Unix 文件系統”一詞在歷史上指的是類 Unix 操作系統上的整個（邏輯的，部分 fstab 結構的）目錄結構，盡管也有一個稱為 Unix 文件系統 (UFS) 的物理文件系統。

樹的每一層都可以包含文件和目錄； 后者構成樹的下一層。 目錄結構是因為目錄可以包含（子）目錄，從根目錄開始。 每個條目（文件或目錄）的名稱和位置可以由相應的路徑規范指定，從根開始并列出要遍歷的所有目錄。

嚴格來說，創建交叉連接的可能性 - 即文件夾或文件鏈接，甚至跨級別 - 將目錄結構的樹形變成網絡，因為嚴格的層次結構丟失了。 因此，可以使用不同的路徑來指定相同的文件。

嵌入式系統中已知對單個級別（瑣碎樹）的限制。 較舊的文件系統，例如那些仍在大型計算機上使用的文件系統，具有相對嚴格的目錄結構，有時會精確定義級別數，但無法快速創建子目錄。

xxx個授權概念只是在根級別之上為每個用戶提供了自己的目錄。 這段時間的回憶，在Unix下的root這個特殊用戶賬號下，最初擁有所有的系統權限，現在還能找到。 盡管在此期間得到了更多發展，但今天仍在普遍使用的 Unix 權限概念仍然與目錄結構保持密切聯系，在每個目錄（和每個文件）對于一個用戶（所有者），對于一組定義的用戶, 對于所有其他情況，在每種情況下都會授予授權。 目錄或文件與授權用戶帳戶之間的真正 n:m 分配（即分別為每個用戶分配權利/禁止）尚不可能，除非您想為每個目錄創建一個單獨的組。 ACL 等較新的解決方案提供了更方便的選擇。

許多操作系統提供分區硬盤驅動器和 RAID 系統的選項。 這樣的分區以及整個硬盤都可以用文件系統格式化，即創建一個空目錄，分配的磁盤空間由文件系統管理。

在類 Unix 系統下，可以將單個文件系統附加（“掛載”）到計算機目錄結構中的任何位置，然后將另一個可能分支的樹添加到樹 Branch 中。 它的起源也被稱為掛載點。 其他操作系統，例如 DOS、Windows 或 OpenVMS，為每個文件系統賦予自己的名稱，因此多個目錄樹并排存在。 從 Windows 2000 開始，NTFS 目錄也可以用作其文件系統中的掛載點。

文件系統的最新發展可能使關系數據庫或面向對象結構化的一些技術變得可用。 具有層次結構的傳統目錄結構是創建、更改、檢索和讀取信息的幾種方式之一。

正在努力獨立于所使用的操作系統對目錄結構進行標準化，主要是在類 Unix 系統領域。 有了統一的目錄結構，某些可執行文件或配置文件，例如，總是可以在同一個地方找到，這意味著 So軟件開發、從一個操作系統遷移到另一個操作系統以及用戶入職都xxx簡化了。 除了 POSIX、SUS 和 LSB 標準外，這些標準也都描述了目錄結構，文件系統層次標準（FHS）是目錄結構的重要標準化。