Folders and Documents linkable in both directions.
Папки и документы со ссылками в обе стороны.
Эмуляция обычной файловой папки с документами и подпапками с документами и в
них - типичная иерархическая структура. У каждого документа/подпапки Item
есть один Parent (нет его только у корневой папки) и сколько-то возможных
Children. Собственно, такую иерархию можно было организовать и одной Self
Referencing таблицей Items, но в такую модель данных заложена большая
универсальность, как это показано в нижеследующих сценариях.
Именно по этому сценарию загружается начальный образец данных по древовидному
содержимому папки MyDocuments из профиля текущего пользователя.
К ситуации сценария 1 добавляется возможность иметь более одного Parent,
что позволяет на один и тот же документ/подпапку Item попадать из разных
мест по навигационному свойству Children и также перемещаться в обратные
стороны по свойству Parents. Эту возможность дает таблица Many-to-Many
Links с коллекцией пар связанных ею ключей ParentId и ChildId.
Такой взаимосвязанный документ становится "общим" для нескольких папок - без
необходимости его дублировать в каждую из них (как при использовании
сценария 1) или создания линков средствами файловой системы. Более того,
приложения к документу теперь выглядят действительно как приложения
Children к Item - без необходимости создания дополнительных подпапок или
загромождения файловой системы рядом лежащими файлами без иерархической
структуры:
- документ - приложения/фотографии к нему;
- исходный текстовый документ - сканы страниц подписанного документа;
- документ - разные редакции для разных назначений.
Таким же образом можно организовать версионность документов - все в единой системе иерархичности - без необходимости подпапок и разрастания дублей одних файлов в одной куче с дублями других.
Также это позволяет создать систему, где каждый пользователь может хранить
свои собственные коллекции документов и папок в таблице Folders -
независимо от физической организации хранения файлов на диске или в базе.
Сами файлы при этом можно переименовать по GUID Item.Id - для единообразия
и большей сохранности - в том числе и в целях информационной безопасности,
ограничив к ним доступ как на извлечение отдельных документов, так и на
хищение всей папки с документами.
И главное - можно выполнить полнотекстовый поиск для получения определенного документа, а от него уже найти все родительские папки/документы, с которыми он взаимосвязан.
Возможно, все это уже сделано в Microsoft SharePoint, но с каждой новой версией он все монструознее и с все большими требованиями к ресурсам, в том числе лицензионным, а это решение нацелено на собственные задачи и возможность миграции в среду ASP.NET Core на серверах без Windows.
Предыдущий сценарий 2 расширяется до универсального хранилища вообще любых
элементов задаваемого класса Item, который может входить сразу в несколько
категорий Parents товаров, например, и при этом также иметь несколько
сопутствующих товаров Children.
Это можно еще представить как интернет-магазин запчастей, где они подходят
сразу к нескольким моделям (узлам) изделий и сами они, в свою очередь,
содержат более мелкие детали. Вся информация от этом управляется классом
Link (таблица Links), а описание каждого элемента определяется классом
Item (таблица Items). Сами каталоги деталей - класс Folder (таблица
Folders). В дополнение - каждый элемент может содержать ссылки на файлы
с инструкциями, лежащими на диске.
Проект создан на C# с применением Entity Framework с подходом Code First с использованием WinForms и NET Framework 4 для работы в Windows XP и выше.
Licensed under the Apache License, Version 2.0.