День добрый всем. Разрабатываю программу. И не знаю как лучше организовать хранение файлов. 
Предполагается что будет довольно много динамически создаваемых wysiwyg html документов и линкованных к ним каким-либо образом любым файлам, в частности архивам, видео и аудио. Вопрос, как лучше организовать подобное хранение файлов и доступ к ним, чтобы не дать людям в них ковырятся и в то же время было относительно легко с ними работать?

Благодарен любому дельному совету)

ЗЫ - БД не предлагать.

Ну например, можно поднять выделенный SMB сервер под хранение разных файловых форматов.
Линки к файлам генерить на лету,  при сохранении файла и хранить в соответсвующих табличках  на сервере БД. А при чтении, собирать линк, передавать на клиента и он по линку будет подтягивать нужные данные. 

Не, не, не... Все это дело локально для каждого пользователя. HTML я выбрал исключительно ради удобства разметки документов. Таблицы, диаграммы и прочее... поднимать сервер это тяжеловесное решение..равно как и БД.... 

Ole Structured Storage - для него есть даже враппер в JCL . Принцип работы - хранит дерево каталогов, подобно диску в Windows, но лежит одним файлом.

Если бюджет позволит, то можно использовать коммерческие аналоги вроде Solid File System / Single File System

Спасибо, погуглю эту тему...

Почему, если не секрет?  

Думаю реляционные БД не лучший способ хранения сравнительно небольшого (для БД ) количества довольно больших файлов. Т.е по той же причине, по которой есть файловые системы вместо традиционных БД.

  Не уверен на счет скорости, но может использовать какой нить архив типа 7zip с шифрованием, но без сжатия. 7zip открытый формат.

_Dimon_, Потому что это только добавит проблем при создании легко-установочной и портативной программы) Можно конечно замутить embedded версию того же Firebird... но это мне почему то не кажется хорошей идеей. К тому же мысль о том, что в BLOB поля кому то захочется кинуть видео файл на метров 800 а потом его посмотреть...а если (а скорее так и будет) таких файлов будет много... что то мне страшно 


Alexeis, Хм.. если там можно будет замутить структуру файлов и наладить способ обращения к нужным, то возможно и покатит все это дело...Спасибо ;)


RomanEEP, Поискал на эту тему... с OLE Storage рабочих примеров (по крайней мере под Delphi не нашел), а SFS и впрямь довольно клевый вариант, но не дешевый...

Могу чуть попозже скинуть свой Wrapper для OLE Storage.
В библиотеке JCL есть юнит для работы с ним - JclStructStorage.pas  и даже проект тестовый - StructStorageExample.dpr

По поводу ZIP 7Z файлов - пытался сделать с ними что такое но откнулся в такую проблему - если есть архив где 100 файлов по 100 мегабайт и в этом архиве удаляеш первый файл, то при удалении архиватор перемещает 9900 Мегабайт, чтобы удалить этот файл. Это приводит к серьезныи проблемам в производительности.

  Это наверное в случае непрерывного архива. Или всегда? Еще вариант взять исходники FAT32 из WinCE и перенаправить вывод в файл. 

RomanEEP, Да, я уже познакомился с этой траблой вчера, поэтому думаю разбивать все не на один файл, а на "тома". Понедельные или помесячные.. Это должно сгладить ситуацию...

Насчет JCL тоже пробовал...либо поставил не ту версию или еще что-то но не смог найти там нужных компонент... Да и боюсь реализация сложна будет. С 7Z я разобрался за минут 5..

Хм...таки нашел нужный пакет JEDI откопал там юнит с примером, но почему то файлы не хотят добавлятся в хранилище даже  в исходном примере =\

Это сообщение отредактировал(а) Ingvar - 24.10.2010, 21:09

Народ, не ожидал что найду бесплатный SFS компонент, к тому же на торри. Бегло посмотрел - работает на ура)

P.S. Только не компонент, а модули...но там все довольно прозрачно ;)


Это сообщение отредактировал(а) Ingvar - 24.10.2010, 23:57

Присоединённый файл ( Кол-во скачиваний: 10 )
 SingleFileDataStorage1.4.1.zip 467,21 Kb