Насколько оправдано хранить информацию о файлах в базе данных?

Question

[Вячеслав Шевченко]

Всем привет. Вопрос архитектурный. Допустим в проекте есть хранилище файлов. Насколько вообще оправдано заводить таблицу для хранения информации о файлах (сами файле на диске)? Я считаю что в целом оправдано, но не уверен. Как пример: фото для новости в списке новостей (preview_iamge). Если мы имеем таблицу files, в которой перечислены все файлы (пока будем считать, что там только картинки), тогда мы в preview_iamge храним id файла, а если таблицы нет, тогда полный путь от корня проекта. При удалении файла если мы имеем просто ставим везде Null для preview_iamge для новости и тогда сразу понятно, что файл был удален. Для изображений мы можем хранить разрешение изображений и даже версии в разных разрешения, проще искать их будет. Как в других проектах хранят информацию о файлах? Кто что думает по этому поводу?

Comments

[Владимир Коротенко]

Имя файла это метаданные. Причем довольно интересные. БД позволяет вам оперировать им не прибегая к тяжелым операциям в ФС.

В принципе достаточно хранить следующее

Дата загрузки
id пользователя
размер файла
количество просмотров
миниатюры если есть
exif и желательно в разобранном виде
Общее количество лайков

Сценарии применения следующие
* подсчет общего места пользовательских файлов
* Популярность разных названий
* Выводы о месте съемки
* выводы о его технике
* периодическая чистка хлама (хотя это редко делается)

В общем штука полезная, причем это у вас будет в готовом состоянии и доступно крайне быстро.

Answer 1

[FanatPHP]

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

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

Comments

[granty]

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

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

В 99% случаев файлы лучше, т.к. к ним есть прямой и очевидный доступ без всяких баз, а база в любом случае прослойка. Единственное преимущество хранения файлов в БД - это конкурентный доступ (одновременный доступ на изменение к одной и той же записи).

spoiler

Как вариант: при загрузке файла сразу же делается его превьюшки с преффиксами prv_ID_ИМЯ.jpg, 800х600_ID_ИМЯ.jpg и тп. ID записи в БД является частью имени файла, поэтому легко найти все файлы к записи.

На одном проекте я так храню все картинки, XLS/DOC/PDF-файлы, иллюстрационные JS-скрипты, вообще пофиг что, главное чтобы ID записи в БД "светился" в имени файла. А в админке сразу видно все файлы, имеющие отношение к этой записи, и можно вставить на редактируемую страницу. Админка сам по расширению понимает картинка это, скрипт или файл для скачивания, и делает соответствующий тег (< img>, < a href> или < pre>).

На фотогалерее пришлось кое-какую инфу о файлах хранить в БД, чтобы ловить дубли фото по их реальным именам на фотоаппарате. И гео-координаты/страны/города/теги привязывать к фоткам.

Главное - не наплодить миллион файлов в одной папке - их потом стирать можно неделю :)

spoiler

А хранить сами файлы в БД - это вообще моветон! Их отдавать приходится скриптом на php, который висит и занимает кучу процессорного времени.
Для любителей похолливарить на Хабре есть тема Стоит ли хранить файлы в БД MySQL?, там в камментах перетёрли все + и -.

[Вячеслав Шевченко]

granty, тут вопрос не в хранении самих файлов в бд, а хранении информации о файлах.

[granty]

Вячеслав Шевченко, да, вопрос хранения в БД самих файлов "зацепили" попутно, и копнули тему чуть глубже.

Мы пытаемся аргументировать все "за" и "против", чтобы вы всё взвесили и приняли решение с учётом вашей конкретики. Однозначного ответа на ваш вопрос - нет, дьявол - он всегда скрывается в деталях.

[Вячеслав Шевченко]

granty, спасибо.

Answer 2

[Михаил]

есть еще такой вариант:
при загрузке файла, он компилируется в small medium full и сохраняется original
в базе имея один id ты имеешь 4 файла, которые можно использовать например для адаптивности, или вывода preview или detail, а также 3 вида минимизируются для уменьшения объема трафика

Comments

[granty]

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

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

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

[Антон]

granty, плюс в том, что всегда есть возможность управлять ресайзом картинок на сервере, когда имеется оригинал.
Был у нас один тип ресайза, захотели, добавили еще 10, запустили скрипт, и из оригинала нарезалось еще 10, с ватермарками и без, с надписями и розовыми пони.

Answer 3

[#]

Битриксоид до мозга и костей

и такой вопрос?! .. кхм..

хранить информацию о файлах в базе данных

это фичи ФС по тому и ответ простой - если вам требуются возможности, которые ФС не способна предоставить* - это нормально. в противном случае - такое решение избыточно, и может быть лишним источником ошибок

upd * включая скорость отклика, если на то пошло

Comments

[Вячеслав Шевченко]

и такой вопрос?! .. кхм..

А что тут такого? Я учу другие фреймворки и поэтому задался таким вопросом. В битриксе инфо о файлах в бд хранится. На практике пригаждалось найти найти файлы конкретного модуля или файлы больше определенного размера и эта информация в базе хранится.

[#]

Вячеслав Шевченко, не заметили? .. как сами себе в общем то и ответ дали ))
по тому и

кхм..

;))

Answer 4

[coderisimo]

Конечно, оправданно. Некоторые даже и сами файлы норовят в БД запихнуть :) . А если с практической точки зрения, то вы можете использовать алиасы для файлов, прочую сопутствующую информацию сохранять, управлять правами доступа к файлам И так далее...

Answer 5

[NubasLol]

Насколько оправдано хранить информацию о файлах в базе данных

Если судить с колокольни разработки веб сайта c, то оправдано. У вас будет сущность, которая будет уметь работать с этими файлами, правилно их выводить, сохранять в различные файловые системы (s3, локально etc.). Прокидовать их через прокси, что бы вешать водяной знак, знатьк какой повесить. Настройки прав доступа для юзера.Быстрый подсчет количества файлов, методанных.

А вот минусов в таком подходе я лично не вижу

Answer 6

[Виктор]

В october cms есть таблица с инфой о файлах. И в целом это удобно. Мне нравится.