>Имя файла, размер его, дата создания, пермишены - это всё детали реализации файловой системы. Требую объяснений - зачем это нужно простому юзеру? Да и продвинутому тоже - на фиг не нужно.>Вот, кстати, единственный случай, когда таки надо знать о существовании такой херни, как "файлы" - это работа с сырцами. Благодарю за напоминание. Но вот других случаев, когда потребуется глядеть на файлы, я себе представить не могу.>Суть такова - я считаю концепцию иерархических файловых систем убогой и пригодной лишь в качестве крайне низкоуровневого хранилища информации, над коим должна жить куда как более продвинутая СУБД, каталогизирующая пользовательские данные в куда как более осмысленном виде, а не по одному лишь ключу - пути и имени, как это делается в FS. Так что как раз на практике, а не в плане общефилософском, я и предпочитаю БД файлопомойкам, всегда и везде.>Я не считаю нужным работать с ФАЙЛАМИ (как с атомарными объектами иерархической структуры, снабжёнными свойствами "имя", "даты всякие", "размер", "пермишены", "тип") вообще. Я считаю таковой набор ключей доступа к информации чрезмерно убогим и надуманным. Редкий случай, когда я согласен с мнением Oracle - не должно быть ФС, должна быть сложная БД..Мне стало интересно, Нульч. У меня на компе тысячи разрозненных файлов: музыка, картинки, видео. Именовать их по какому-то стандарту, сортировать по папкам - неблагодарное дело.Посоветуй как устроить так, как завещал vsl. В базах данных не разбираюсь, но хочу создать нечто подобное на компе.Всяческие размышления принимаются.
>Имя файла, размер его, дата создания, пермишены - это всё детали реализации файловой системы. Требую объяснений - зачем это нужно простому юзеру? Да и продвинутому тоже - на фиг не нужно.>Вот, кстати, единственный случай, когда таки надо знать о существовании такой херни, как "файлы" - это работа с сырцами. Благодарю за напоминание. Но вот других случаев, когда потребуется глядеть на файлы, я себе представить не могу.>Суть такова - я считаю концепцию иерархических файловых систем убогой и пригодной лишь в качестве крайне низкоуровневого хранилища информации, над коим должна жить куда как более продвинутая СУБД, каталогизирующая пользовательские данные в куда как более осмысленном виде, а не по одному лишь ключу - пути и имени, как это делается в FS. Так что как раз на практике, а не в плане общефилософском, я и предпочитаю БД файлопомойкам, всегда и везде.>Я не считаю нужным работать с ФАЙЛАМИ (как с атомарными объектами иерархической структуры, снабжёнными свойствами "имя", "даты всякие", "размер", "пермишены", "тип") вообще. Я считаю таковой набор ключей доступа к информации чрезмерно убогим и надуманным. Редкий случай, когда я согласен с мнением Oracle - не должно быть ФС, должна быть сложная БД.
.Мне стало интересно, Нульч. У меня на компе тысячи разрозненных файлов: музыка, картинки, видео. Именовать их по какому-то стандарту, сортировать по папкам - неблагодарное дело.Посоветуй как устроить так, как завещал vsl. В базах данных не разбираюсь, но хочу создать нечто подобное на компе.Всяческие размышления принимаются.
>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч>Нульч
>>3808>ДвачsfxКак уже догадались, репост.
>>3808
>Двач
sfx
Как уже догадались, репост.
>>3815 пиздуй на нульчик, уебан
- wakaba 3.0.8 + futaba + futallaby -