Apakah ada alternatif yang lebih baik untuk sistem file berbasis folder, dan apakah akan segera diganti? [Tutup]

15

Ditutup . Pertanyaan ini perlu lebih fokus . Saat ini tidak menerima jawaban.

Ingin meningkatkan pertanyaan ini? Perbarui pertanyaan sehingga berfokus pada satu masalah hanya dengan mengedit posting ini .

Ditutup 3 tahun yang lalu .

Semua sistem file yang saya temui didasarkan pada folder - Anda memiliki folder root, yang berisi file dan subfolder, yang pada gilirannya berisi file dan subfolder, dan sebagainya.

Apakah ada alternatif yang lebih baik untuk mengatur file, dan apakah itu akan menggantikan sistem saat ini dalam waktu dekat? Jangan ragu untuk memasukkan beberapa riwayat tentang sistem file, jika Anda menilai itu sesuai dengan jawaban Anda.

_{Tafsirkan istilah "lebih baik" sesuka Anda.}

file-structure file-storage

— Gablin
sumber

9

kemungkinan duplikat dari Bagaimana kita dibebani dengan sistem file (hierarkis) sebagai struktur data dasar?

— Péter Török

2

Jalur file lengkap tidak lain adalah nama unik bagi saya dan folder adalah nama file dengan wildcard yang berpotensi mendaftar file yang dimulai dengan nama itu. Saya tidak menganggap kamus sebagai hierarki yang hanya diindeks dan diurutkan. Mencari itu bagus ketika Anda tahu apa yang harus dicari. Kronologis berguna jika Anda tahu kapan file terakhir / pertama kali digunakan. Tag adalah cara yang bagus untuk mengatur satu file dengan lebih dari satu cara. Pada titik tertentu, Anda terjebak menjelajah untuk file tersebut. Dalam banyak hal, melintasi pohon tidak masalah.

— JeffO

3

Saya merindukan sistem label Google Drive, di mana sebenarnya tidak ada folder. File apa pun dapat ditempatkan ke beberapa label, memungkinkan Anda untuk mengatur dalam beberapa cara berbeda sekaligus. Jauh lebih mudah menurut saya.

— RubberDuck

1

@RubberDuck OSX memungkinkan Anda untuk melakukannya juga, dan saya selalu berpikir sendiri, "wow, itu jauh lebih masuk akal", karena sangat sering terjadi bahwa file tertentu milik lebih dari satu kategori logis. Namun, meskipun saya merasa seperti itu, saya tidak memanfaatkan tag, karena 1) Saya sangat terbiasa mengatur hal-hal dalam hierarki file, dan 2) aplikasi memahami sistem file tetapi bukan tag.

— gardenhead

8

Apakah ada alternatif yang lebih baik untuk mengatur file,

Iya.

apakah ini akan menggantikan sistem saat ini dalam waktu dekat?

Tidak.

Anda tidak dapat mengganti hierarki sebagai cara untuk mengatur konsep.

Semua sistem file memiliki tautan keras: sistem file saat ini tidak bersifat hierarkis.

Orang menggunakannya seperti itu karena orang seperti itu.

Namun, sistem file adalah database "jaringan" (bukan yang hierarkis). Kami hanya tidak menggunakan banyak kemampuan jaringan untuk satu alasan yang jelas. Apa pun selain hierarki sederhana membingungkan.

— S.Lott
sumber

Sortir untuk mengatakan implementasi mana pun yang mendasari akan ada, jika tidak ada, kami akan selalu menggunakan struktur hierarkis untuk mengatur file kami sendiri setidaknya.

— Filip Dupanović

1

tautan keras dilarang membentuk siklus, jadi itu masih hierarki (bukan pohon sekalipun).

— vartec

7

-1 Karena Anda harus memenuhi syarat dan menjelaskan sistem "lebih baik", daripada hanya mengatakan "ya"

— Darknight

4

Saya tidak mengerti bagaimana sistem file berbasis folder bukan sistem hierarkis. Bisakah Anda jelaskan lebih lanjut?

— gablin

1

Contoh nyata untuk sistem file yang jelas non-klasik: git. Sementara gitmenciptakan sistem file yang tak terbantahkan, komitnya membentuk struktur yang tidak hierarkis. Mereka membentuk DAG dalam bentuknya yang paling umum, yang memungkinkan kombinasi percabangan dan penggabungan. Sebagian besar file bahkan dirujuk oleh satu ton komit yang berbeda, hingga titik di mana mereka berubah dalam sejarah. Juga, file / pohon / objek komit tidak pernah bisa berubah. Dan justru keanehan inilah yang membuat sistem file yang gitdiciptakannya jadi sangat bermanfaat.

— cmaster - mengembalikan monica

7

Saya rasa tidak, karena ada beberapa upaya (misalnya WinFS ), yang semuanya telah dimatikan. Struktur "folder" adalah struktur hierarkis yang sangat umum. Saya dapat dipandang sebagai taksonomi. Saya merasa itu adalah cara alami untuk mengatur sumber daya.

Di sisi lain, Anda dapat memiliki tampilan ujung depan, seperti "file terbaru" atau "semua musik saya". Tetapi tidak ada alasan nyata untuk mengimplementasikannya pada level rendah, dalam sistem file itu sendiri. Anda dapat memiliki struktur data untuk pembangunan di atas sistem file hierarkis.

— vartec
sumber

5

Saya pikir berbasis folder, sistem file seperti pohon adalah umum tetapi itu bukan yang terbaik. Memang saya percaya klasifikasi file yang baik lebih baik daripada menempatkan file di folder 'tempat' misalnya.

File berbeda dalam konten dan karenanya, file mp3 berisi informasi meta berbeda dibandingkan dengan katakanlah file png. Ditampilkan dalam daftar dengan kolom masalah terjadi, hanya kolom seperti ukuran, tanggal pembuatan dll yang sama.

Misalnya, jika Anda melihat windows explorer, kolom berubah ketika tipe file tertentu terdeteksi. Jika Anda menyimpan banyak file mp3 di direktori misalnya, kolom seperti Album, Judul dll. Jika di antara file-file ini ada file png, kolom / sel ini tidak masuk akal untuk file / baris tertentu.

Saya telah menemukan bahwa berkali-kali masuk akal, untuk menempatkan file ke lebih dari satu folder, hanya karena ada lebih dari satu properti klasifikasi yang mengidentifikasi file. Tapi mengapa 'tempat', 'folder' mengklasifikasikan file?

Jika saya punya mobil, tidak masalah apakah itu di garasi, di tempat parkir atau di tempat lain, itu bukan 'tempat' yang mengidentifikasi mobil saya, tetapi itu adalah properti.

Ketika semua file saya diklasifikasikan dengan benar dan akurat berdasarkan meta-data, itu tidak masalah di mana ia disimpan, itu hanya di beberapa 'cloud'. Jika saya perlu mendapatkan file tertentu, ini harus dilakukan dengan spesifikasi meta-data.

— cerah
sumber

Di Linux, i-node yang diberikan dapat memiliki beberapa tautan keras ke sana. Jadi file dapat menjadi milik beberapa direktori

— Basile Starynkevitch

5

Beberapa sistem operasi eksperimental bahkan tidak memiliki file. Mereka memiliki beberapa mesin ketekunan ortogonal . Lihatlah beberapa proyek OS akademik ( Coyotos , Grasshopper , IsaacOS , dll ...).

Dan Mesin Lisp tua di tahun 1980-an juga mungkin tidak memiliki sistem file seperti yang kita kenal sekarang.

Situs tunes.org yang tidak aktif melakukan beberapa diskusi (dari abad sebelumnya) tentang OS tanpa file.

Masalah dengan OS berbasis non-file adalah bahwa mereka perlu mengimplementasikan kembali semuanya; bahkan sebuah kompiler C memerlukan beberapa sistem file .... Dan sayangnya, ada beberapa insentif ekonomis untuk mengembangkan OS semacam itu dari awal.

Namun perhatikan bahwa disk terabyte kami adalah kekacauan kotor (sistem file hierarkis bukan cara terbaik untuk mengatur data di dalamnya), dan akan lebih baik jika kita bisa memiliki sesuatu yang lebih baik daripada sistem file yang diilhami Unix (yang telah disalin di Windows) .

Sistem file hirarkis telah ditemukan dengan Multics (1969); Unix menyalinnya.

— Basile Starynkevitch
sumber