Eolt,

у нас реализована подобная система.
Файлы хранятся в БД, используется Firebird 2.0. Надо бы проапгрейдиться до FB 3.0, да и так все работает.

Почему файлы хранятся именно в БД, а не в файловой системе? А по кочану: когда-то начали так делать, пошло легко, так и не стали менять схему. Пока ничего плохого в этом не было замечено, одни положительные моменты. Может быть, если бы сделали хранение в ФС, а в самой базе - ссылки на файл, то тоже бы не жаловались.

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

При загрузке в базу файлы, в зависимости от типа, парсятся, извлекаются "теги" (у нас называются "атрибуты документа"). Как минимум присутствует свойство "Наименование". "Парсеры" - это плагины, для каждого типа документов. В некоторых случаях юзер может такие теги исправлять прямо в базе, в дальнейшем, при загрузке документа из базы в обработку. измененные значения тэгов внедряются в загруженный документ. Кроме извлеченных тегов, документы может иметь "внешние" тэги, не связанные с содержимым ("Утвержден", "Создатель", "Момент создания", "Ответственный куратор" и т.п.).

Связи между документами реализована как дополнительный атрибут (типа "ссылка"). Просто декларируешь ассоциацию между такими и такими документами, и в рамках этой ассоциации создаешь атрибут, указывая, какие не-ссылочные атрибуты будут отображаться при показе ссылки. Реализовано с помощью промежуточной таблички.
Ради чего все это? Ради систематизации, разделения прав и отчетности. Навешена система групп пользователей, группам назначаются права по отношению к действиям, документам и атрибутам документов. Юзер может принадлежать к одной или нескольким группам (права "складываются"). Ну и встроенная отчетная система, которая обрабатыват массивы документов в соответствии с нужным алгоритмами (используется скриптовый язык, хотя можно было и с помощью плагинов сделать).

Применяется для групповой работы со однотипными документами, в основном - со сметно-нормативными, хотя есть случаи, когда ведут какой-то заумный учет оборудования, регистрацию писем и проч.