Có một sự thay thế tốt hơn cho hệ thống tập tin dựa trên thư mục, và nó sẽ được thay thế bất cứ lúc nào? [đóng cửa]

Tất cả các hệ thống tệp mà tôi gặp phải đều dựa trên các thư mục - bạn có một thư mục gốc, chứa các tệp và thư mục con, lần lượt chứa các tệp và thư mục con, v.v.

Có cách nào khác tốt hơn để tổ chức các tệp và nó sẽ thay thế hệ thống hiện tại bất kỳ lúc nào không? Vui lòng bao gồm một số lịch sử về các hệ thống tệp, nếu bạn đánh giá điều đó theo thứ tự trong câu trả lời của bạn.

_{Giải thích thuật ngữ "tốt hơn" theo bất kỳ cách nào bạn muốn.}

Có một sự thay thế tốt hơn để tổ chức các tập tin,

Đúng.

nó sẽ thay thế hệ thống hiện tại bất cứ lúc nào sớm?

Không.

Bạn không thể thay thế hệ thống phân cấp như một cách để tổ chức các khái niệm.

Tất cả các hệ thống tệp có liên kết cứng: hệ thống tệp hiện tại không được phân cấp.

Mọi người sử dụng chúng theo cách đó bởi vì mọi người thích điều đó.

Tuy nhiên, hệ thống tệp là cơ sở dữ liệu "nối mạng" (không phải là cơ sở dữ liệu phân cấp). Chúng tôi chỉ không sử dụng nhiều khả năng của mạng vì một lý do rõ ràng. Bất cứ điều gì khác hơn là một hệ thống phân cấp đơn giản là khó hiểu.

Tôi không nghĩ vậy, vì đã có một số nỗ lực (ví dụ WinFS ), tất cả đều bị tiêu diệt. Cấu trúc "thư mục" là cấu trúc phân cấp rất phổ biến. Tôi có thể được xem như là phân loại học. Tôi cảm thấy đó là một cách tự nhiên để tổ chức các nguồn lực.

Mặt khác, bạn có thể có chế độ xem giao diện người dùng, như "tệp gần đây" hoặc "tất cả nhạc của tôi". Nhưng không có lý do thực sự để thực hiện điều đó ở mức độ thấp, trong chính hệ thống tập tin. Bạn có thể có cấu trúc dữ liệu cho bản dựng đó trên đầu hệ thống tệp phân cấp.

Tôi nghĩ rằng hệ thống tập tin giống như cây dựa trên thư mục là phổ biến nhưng nó không phải là tốt nhất. Thật vậy, tôi tin rằng việc phân loại tốt một tệp sẽ tốt hơn là đặt tệp vào một thư mục 'địa điểm' nhất định.

Các tệp có nội dung khác nhau và do đó, tệp mp3 chứa thông tin meta khác nhau so với giả sử tệp png. Hiển thị trong một danh sách với các cột xảy ra sự cố, chỉ có các cột như kích thước, ngày tạo, v.v.

Nếu bạn nhìn vào windows explorer chẳng hạn, các cột sẽ thay đổi khi phát hiện một số loại tệp nhất định. Ví dụ, nếu bạn có rất nhiều tệp mp3 trong một thư mục, các cột như Album, Tiêu đề, v.v. sẽ xảy ra. Nếu trong số các tệp này có tệp png, thì các cột / ô này không có ý nghĩa đối với tệp / hàng cụ thể đó.

Tôi đã phát hiện ra rằng nhiều lần nó sẽ có ý nghĩa, để đặt một tệp vào nhiều hơn một thư mục, chỉ vì có nhiều hơn một thuộc tính phân loại xác định tệp. Nhưng tại sao một 'địa điểm', 'thư mục' lại phân loại một tệp?

Nếu tôi có một chiếc ô tô, không có vấn đề gì nếu nó ở trong nhà để xe, trong bãi đậu xe hoặc nơi khác, đó không phải là 'nơi' xác định chiếc xe của tôi, nhưng đó là tài sản.

Khi tất cả các tệp của tôi được phân loại chính xác và chính xác theo siêu dữ liệu, nó không quan tâm đến nơi nó được lưu trữ, nó chỉ nằm trong một số 'đám mây'. Nếu tôi cần lấy một tập tin nhất định, điều này nên được thực hiện bằng thông số kỹ thuật của siêu dữ liệu.

Một số hệ điều hành thử nghiệm thậm chí không có bất kỳ tệp nào. Họ có một số máy móc kiên trì trực giao . Nhìn vào một số dự án hệ điều hành học thuật ( Coyotos , Grasshopper , IsaacOS , v.v ...).

Và máy Lisp cũ trong những năm 1980 cũng có thể không có hệ thống tập tin như chúng ta biết ngày nay.

Trang web tunes.org không hoạt động đã có một số cuộc thảo luận (từ thế kỷ trước) về HĐH mà không có tệp.

Vấn đề với các HĐH không dựa trên tệp là chúng cần phải thực hiện lại mọi thứ; ngay cả một trình biên dịch C cũng cần một số hệ thống tập tin .... Và thật đáng buồn, có rất ít khuyến khích kinh tế để phát triển một hệ điều hành như vậy từ đầu.

Tuy nhiên, lưu ý rằng các đĩa terabyte của chúng ta là một mớ hỗn độn bẩn thỉu (hệ thống tệp phân cấp không phải là cách tốt nhất để sắp xếp dữ liệu trong đó) và thật tuyệt nếu chúng ta có thể có thứ gì đó tốt hơn các hệ thống tệp lấy cảm hứng từ Unix (đã được sao chép trong Windows) .

Các hệ thống tệp phân cấp đã được phát minh với Multics (1969); Unix đã sao chép chúng.