Рискну процитировать фрагмент статьи.

НектоГде размещать файлы?

Я рассматриваю варианты проекта приложения, в котором пользователи будут загружать и сохранять документы, доступные также для выгрузки другими пользователями. Документы будут в формате Microsoft Word со средним размером, равным 150K. Планируется первоначальное перемещение от 18,000 до 20,000 документов (с компакт-дисков), а при эксплуатации приложения объем хранилища возрастет приблизительно до 25,000 документов. Для загрузки и выгрузки браузер на клиентской машине будет использовать страницы PL/SQL-картриджа. Первоначально к приложению будут обращаться 400 - 500 человек (почти) одновременно, и в течение двух недель к нему будут обращаться 300 человек в день (с рассеянным доступом). Сами документы должны будут храниться в базе данных как данные типа BLOB.

Как вы думаете, это хороший вариант, принимая во внимание эксплуатацию? Будет ли это "деформировать" системную глобальную область (SGA, system global area)? Учитывая требования приложения и браузер на клиентской машине, есть ли другие варианты, не использующие данные типа BLOB, такие, как файловая система?


Том Кайт
Я все храню в базе данных. Точка. Если данные что-нибудь значат для вас, имеют какое-либо значение вообще, то вы в действительности поместите их в базу данных, где они будут профессионально администрироваться, будут создаваться их резервные копии, данные будут восстанавливаемыми и защищенными от несанкционированного доступа. В дополнение к этим явным выгодам, вы также получите возможность индексирования и поиска ваших документов. (Правда, это может быть сделано также и в файловой системе, но тогда не будет никакой целостности между индексом и самим документом.) В базе данных вы получаете возможность преобразования формата документа (например, загрузить DOC-файл и представить его в HTML-формате.) Ваши данные полностью интегрированы, защищены, резервированы и всегда доступны вам.

В корпорации Oracle мы имеем для внутреннего пользования многотерабайтовую базу данных, используемую как единый файловый сервер для всей компании. Все документы компании находятся там – зарезервированные, пригодные для поиска, проиндексированные и полностью доступные – в одном-единственном месте. Управление тысячами тысяч документов было бы невозможным, если бы они находились в обычной файловой системе (даже если бы файловая система смогла разместить их всех).

Stics
Абсолютно согласен с автором, но осмелюсь напомнить, что для того, что бы можно было продать диск, он должен в себя включать ВСЕ и базу и сервер и клиентсую оболочку, для того, что бы это стоило дешево, все компоненты должны быть бесплатными и что самое главное инсталлироваться обычным Инсталлятором типа Инсталд Шилда все вместе без дополнительных телодвижений.


Автор не я а Том Кайт.

Вообще я не имею ничего против самой постановки. Иметь автономную систему, где все под рукой и все "своё" - это хорошо. Но насколько этот проект долго проживет в современных, быстро изменяющихся условиях - вот в чем вопрос. Никакая идея не может быть поддержана другими разработчиками, если она не опирается на какие-либо общие концепции проектирования сходных систем. Если она базируется на уникальных алгоритмах (вашей собственной разработки) то кто кроме вас одного сможет поддерживать и развивать ее достаточно долго? Что будет с системой если вы вдруг откажетесь ее сопровождать? Не окажетесь ли вы "непризнанным гением" ? Не останется ли система в состоянии "дипломного проекта" студента с амбициями разработчика СУБД?

С уважением
Mayton