Есть ли лучшая альтернатива файловой системе на основе папок, и будет ли она заменена в ближайшее время? [закрыто]

Все файловые системы, с которыми я сталкивался, были основаны на папках - у вас есть корневая папка, которая содержит файлы и подпапки, которая, в свою очередь, содержит файлы и подпапки и так далее.

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

_{Толковать термин «лучше» любым удобным для вас способом.}

Есть ли лучшая альтернатива организации файлов,

Да.

это заменит текущую систему в ближайшее время?

Нет.

Вы не можете заменить иерархию как способ организации концепций.

Все файловые системы имеют жесткие ссылки: текущие файловые системы не являются иерархическими.

Люди используют их таким образом, потому что людям это нравится.

Однако файловая система представляет собой «сетевую» базу данных (не иерархическую). Мы просто не используем возможности сети по одной очевидной причине. Все, кроме простой иерархии, сбивает с толку.

Я так не думаю, так как были некоторые попытки (например, WinFS ), которые все были убиты. Структура «папок» является очень распространенной иерархической структурой. Меня можно рассматривать как таксономию. Я чувствую, что это естественный способ организации ресурсов.

С другой стороны, у вас могут быть виды интерфейса, например «последние файлы» или «вся моя музыка». Но нет реальной причины для реализации этого на низком уровне, в самой файловой системе. Вы можете иметь структуру данных для этой сборки поверх иерархической файловой системы.

Я думаю, что основанная на папках древовидная файловая система является обычной, но не самой лучшей. Действительно, я считаю, что хорошая классификация файлов лучше, чем помещать файл в определенное «место», например, в папку.

Файлы различаются по содержанию, поэтому mp3-файл содержит другую мета-информацию по сравнению, скажем, с png-файлом. Показанная в списке со столбцами проблема возникает, просто общие столбцы, такие как размер, дата создания и т. Д.

Если вы посмотрите на Windows Explorer, например, столбцы изменяются при обнаружении определенных типов файлов. Если у вас есть несколько mp3-файлов в каталоге, например, появляются столбцы, такие как Album, Title и т. Д. Если среди этих файлов есть png-файл, эти столбцы / ячейки не имеют смысла для этого конкретного файла / строки.

Я обнаружил, что много раз имеет смысл помещать файл в более чем одну папку, просто потому, что существует несколько свойств классификации, которые идентифицируют файл. Но почему «место», «папка» должны классифицировать файл?

Если у меня есть машина, не имеет значения, находится ли она в гараже, на парковке или где-то еще, это не «место», которое идентифицирует мою машину, а ее свойства.

Когда все мои файлы классифицированы должным образом и метаданными по метаданным, это не имеет значения, где они хранятся, это просто какое-то «облако». Если мне нужно получить определенный файл, это должно быть сделано с помощью спецификаций метаданных.

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

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

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

Проблема с нефайловыми ОС заключается в том, что им нужно все заново реализовать; даже компилятору C нужна какая-то файловая система .... И, к сожалению, экономически мало стимулов для разработки такой ОС с нуля.

Однако обратите внимание, что наши терабайтные диски - грязный беспорядок (иерархические файловые системы - не лучший способ организовать данные в них), и было бы здорово, если бы у нас было что-то лучше, чем файловые системы, вдохновленные Unix (которые были скопированы в Windows) ,

Иерархические файловые системы были изобретены с помощью Multics (1969); Unix скопировал их.