Как хранить изображение в бд?

Question

[evgeniy2024]

Всем привет, ни как не могу понять как правильно хранить изображение в бд.
В процессе разработки хранил их в папке static, теперь мне необходимо выложить сайт в открытый доступ. Для хранения я выбрал yandex cloud storage, окей я могу загрузить туда любую фотографию, но я не могу понять как и где мне теперь хранить информацию об этом в бд?

Comments

[Денис Шавалеев]

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

[Сергей Сергей]

Base64

[evgeniy2024]

Денис Шавалеев, скажи пожалуйста, а как выглядит эта ссылка, хоть примерно

[Алексей Ярков]

evgeniy2024, как обычная ссылка на картинку: https://qna.habr.com/user/evgeniy2024.jpg.
Или путь к ней, если она лежит в локальном каталоге: /static/avatars/evgeniy2024.jpg. И уже после выборки из БД строишь урл до этой картинки.

[Денис Шавалеев]

evgeniy2024, Алексей Ярков описал выше.

Answer 1

[Slava Rozhnev]

Имя файла внутри хранилища - хранить в базе.
Путь к хранилищу конфигурации проекта.
Сами файлы в хранилище.

Comments

[evgeniy2024]

то есть допустим я выбираю любую фотографию, она идет в yandex cloud, само название добавляется в базу, а в конфигурации указывают просто путь к моему хранилищу, и они там уже между собой смогут разобраться, какая фотография к какому товару на сайте?
Просто у мне чет в голове такой закидон что я не могу понять, как фотография добавленная через мою админ панель будет в самой базе данных понимать, что для определенного товара на сайте надо будет взять нужную фотографию из yandex cloud

[German Jet]

evgeniy2024, у каждой фотографии в базе будет ссылка на идентификатор товара, по нему при просмотре товара и будут выбираться фотографии

[evgeniy2024]

German Jet, Спасибо огромное!!!)))

Answer 2

[rPman]

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

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

Просто помните - файловая система это тоже база данных, современные файловые системы очень эффективно обрабатывают запросы, с индексацией по части ключа (путь к файлу - каталоги в нем)... а некоторые, типа btrfs/zfs/xfs через снапшоты предлагают встроенный аналог транзакций как многие sql базы данных (только пользоваться нужно с умом этим).