Я не совсем уверен, что понимаю Ваши требования …, Но, если Вам не нужен SSL, у Вас может быть столько виртуальных хостов на одном IP, сколько Вы хотели бы:
<VirtualHost *:80>
ServerName example.com
ServerAlias foo.example.com foo
DocumentRoot /var/www/example/
</VirtualHost>
<VirtualHost *:80>
ServerName spam.com
ServerAlias eggs.spam.com
DocumentRoot /var/www/spam/
</VirtualHost>
Я честно не вижу преимущества, полученного, храня эти документы в базе данных. Так как документы не становятся измененными, ни системы управления версиями, ни системы управления документами не добавят значения.
Лучшее, которое можно сделать действительно, должно было сохранить их на отдельном сервере с файловой системой, которая выделяется при быстром извлечении (возможно XFS, читайте больше здесь и здесь). То, что могло бы помочь, является хорошей организацией самой структуры папок, например, в случае страховых требований сверхструктура к году и месяцу, или в случае страховки связывается со сверхструктурой, заказанной первыми несколькими цифрами/символами числа политики.
Существует некоторое значение, хранит файлы в ориентированной базе данных документа. Но, это зависит полностью от того, как Вы используете файлы, как часто к ним получают доступ, как быстро к ним нужно получить доступ. Существуют также системы управления документами, которые могут быть подходящим вариантом. Необходимо детализировать вариант использования сначала.
Кажется, что это не может обязательно быть "файловая система" по сравнению с "базой данных" так же как возможно больше управления данными, доступа и сравнения защиты? Возможно, вокруг вещей как:
Там что-нибудь повреждается или громоздкое о Вашей текущей схеме устройства хранения данных? Стоимость перехода перемещения Ваших файлов в базу данных будет нетривиальна. При откладывании боли переключения вот некоторые вещи рассмотреть:
Непротиворечивость данных: Вы не указывали, какую файловую систему / платформа Вы используете, но база данных могла бы обеспечить лучшие проверки целостности на отдельные файлы.
Удаленное Восстановление: большинство DBAs стоящий чего-либо знает, как использовать функции репликации их базы данных.
Резервное копирование: в зависимости от ситуации Ваш поставщик базы данных может предоставить Вам резервные опции (журнал помог резервному копированию, поспешным выстрелам, последовательному горячему резервному копированию), Ваша ОС не может обеспечить.
Вход/Аудит: средства защиты большинства современных баз данных должны предоставить Вам запись того, кто получил доступ к каждому файлу.
Конфиденциальность данных: шифрует данные в Вашей предпочтительной базе данных, легче, чем на Вашей ОС?
Технически, существует файловая система / основанное на ОС решение для каждой из точек, которые я перечислил (например, rsync, уровень ядра audting, шифрование файловой системы). Если то, что Вы имеете, достаточно для Ваших текущих и спроектированных потребностей, Вы не можете победить простоту файловой системы. Однако, если Ваша организация имеет сильные навыки DBA и тонкую Администраторскую команду Sys, Вы могли бы быть более обеспечены с базой данных. Решение могло бы быть легким, если Ваш DBA уже установил, доказал процедуры для встречи всех требований.