Чи є краща альтернатива файловій системі на базі папок, і чи скоро вона буде замінена? [зачинено]


16

Усі файлові системи, з якими я стикався, базуються на папках - у вас є коренева папка, яка містить файли та підпапки, яка, у свою чергу, містить файли та підпапки тощо.

Чи є краща альтернатива організації файлів, і чи незабаром вона замінить поточну систему? Не соромтеся включити трохи історії про файлові системи, якщо ви вважаєте, що це у порядку у вашій відповіді.

Витлумачте термін "краще" будь-яким способом.



2
Повний шлях до файлу - це не що інше, як унікальне ім’я, а папка - це ім'я файлу з підстановкою, яка потенційно перераховує файли, починаючи з цього імені. Я не вважаю словник як ієрархічний просто індексованим та відсортованим. Пошук є чудовим, коли ви знаєте, що шукати. Хронологічний стане в нагоді, якщо ви знаєте, коли файл востаннє / вперше був використаний. Теги - це приємний спосіб організувати один файл більш ніж одним способом. У якийсь момент ви затримали перегляд файлу. Подорож по дереву в більшості випадків прекрасний.
JeffO

3
Я сумую за системою етикетки Google Drive, де папок справді не було. Будь-який файл може бути розміщений на декількох мітках, що дозволяє організувати відразу декілька різних способів. Так набагато простіше на мій погляд.
RubberDuck

1
@RubberDuck OSX дозволяє і вам це робити, і я завжди теж вважав себе "ого, це має сенс більше", тому що дуже часто буває так, що певний файл належить до більш ніж однієї логічної категорії. Однак, хоч я і так почуваюсь, я не використовую теги, тому що 1) я так звик організовувати речі в ієрархіях файлів, і 2) програми розуміють файлові системи, але не теги.
садок

Відповіді:


8

Чи є краща альтернатива організації файлів,

Так.

чи незабаром вона замінить діючу систему?

Ні.

Ви не можете замінити ієрархію як спосіб організації концепцій.

Усі файлові системи мають жорсткі посилання: поточні файлові системи - ні ієрархічними.

Люди використовують їх таким чином, тому що людям це подобається.

Однак файлова система - це "мережева" база даних (не ієрархічна). Ми просто не використовуємо багато можливостей мережі з однієї очевидної причини. Все, окрім простої ієрархії, бентежить.


Сортуйте, щоб сказати, якою б основою не була реалізація, якщо нічого, ми завжди будемо використовувати ієрархічну структуру, щоб принаймні організувати власні файли.
Філіп Дупанович

1
жорсткі посилання забороняють формувати цикли, тому це все ще є ієрархією (хоча не деревом).
vartec

7
-1 Тому що вам потрібно кваліфікуватись та пояснити систему "кращої", а не просто сказати "так"
Darknight

4
Я не розумію, як файлова система на основі папок не є ієрархічною системою. Не могли б ви пояснити далі?
габлін

1
Приклад з бетону для файлової системи , що це рішуче некласичний: git. Хоча gitбезперечно створюється файлова система, її коміти утворюють структуру, яка не є ієрархічною. Вони утворюють DAG у найбільш загальній формі, що дозволяє будь-яке поєднання розгалуження та злиття. Більшість файлів навіть посилаються на тону різних комітетів, аж до тих місць, де вони змінилися в історії. Також об'єкти файлу / дерева / фіксації ніколи не можуть змінюватися. І саме ці особливості роблять файлову систему gitтакою дуже корисною.
cmaster - відновити моніку

7

Я не думаю, що були спроби (наприклад, WinFS ), які всі були вбиті. Структура "папки" - це дуже поширена ієрархічна структура. Мене можна розглядати як систематику. Я відчуваю, що це природний спосіб організації ресурсів.

З іншого боку, ви можете мати перегляд спереду, як-от "останні файли" або "вся моя музика". Але немає реальної причини реалізувати це на низькому рівні у самій файловій системі. Ви можете мати структуру даних для цієї збірки поверх ієрархічної файлової системи.


5

Я думаю, що файлова система на основі папок є загальною, але це не найкраще. Справді, я вважаю, що хороша класифікація файлу краще, ніж розміщувати файл у певному «місці», наприклад, у папці.

Файли різні за змістом, тому mp3-файл містить різну метаінформацію порівняно з, скажімо, png-файлом. Показ у списку зі стовпцями виникає проблема, просто спільні стовпці типу розміру, дати створення тощо.

Якщо ви, наприклад, подивитесь на провідник Windows, стовпці змінюються, коли виявляються певні типи файлів. Якщо, наприклад, ви маєте багато mp3-файлів у каталозі, у ньому з'являються стовпці, як "Альбом", "Заголовок" тощо. Якщо серед цих файлів є png-файл, ці стовпці / комірки не мають сенсу для конкретного файлу / рядка.

Я з'ясував, що багато разів було б сенсом розміщувати файл у більше ніж одній папці, лише тому, що існує більше ніж одна класифікаційна властивість, яка ідентифікує файл. Але навіщо "місце", "папка" класифікувати файл?

Якщо у мене є машина, не має значення, чи є вона в гаражі, на парковці чи деінде, це не місце, яке визначає мою машину, але це властивості.

Коли всі мої файли класифіковані належними та точними мета-даними, це не має значення, де вони зберігаються, це просто в якійсь "хмарі". Якщо мені потрібно отримати певний файл, це слід зробити за специфікаціями метаданих.


В Linux даний i-вузол може мати декілька жорстких посилань на нього. Тож файл може належати до кількох каталогів
Базиле Старинкевич,

5

Деякі експериментальні операційні системи навіть не мають файлів. У них є кілька ортогональних механізмів збереження . Подивіться на кілька академічних проектів ОС ( Coyotos , Grasshopper , IsaacOS тощо).

І старі машини Lisp 1980-х років, можливо, також не мали файлових систем, як ми їх знаємо сьогодні.

На неактивному сайті tunes.org були дискусії (з попереднього століття) про ОС без файлів.

Проблема з ОС, що не базується на файлах, полягає в тому, що їм потрібно все реалізувати; навіть компілятору C потрібна деяка файлова система .... І, на жаль, мало економічних стимулів для розробки такої ОС з нуля.

Зауважте, однак, що наші терабайтні диски - це брудний бардак (ієрархічні файлові системи - це не найкращий спосіб впорядкувати в них дані), і було б чудово, якби ми могли мати щось краще, ніж файлові системи, натхнені Unix (скопійовані в Windows) .

Ієрархічні файлові системи були винайдені в Multics (1969); Юнікс скопіював їх.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.