Как правильнее поступить с img в бд?

Question

[Леонид Мишин]

делаю проект используя discord api и oauth2. Дискорд апи в виде ответа информации о юзере присылает поле с шифрованым ключом, который в будущем можно обменять на аватар профиля.

как будет правильнее сделать: хранить в бд зашифрованый ключ и каждый раз как картинка будет нужна обращаться к бд и после использовать апи для получения изоображения?
Либо же сразу использовать апи для получения изоображения и в базу данных класть конкретно его?

Отредактиравано:
Я так предполагаю все зависит от памяти выделенной под бд, и производительности сервера. В зависимости от того на что делать упор, поступать по разному. Или же существует весомый аргумент в пользу одно из случаев?

Comments

[Модератор]

Тэг-спам. Надо убрать лишние тэги в соответствии с правилом 3.1
Также надо убрать лирику из вопроса в соответствии с правилом 3.4

[alexalexes]

Хранить бинарные данные (произвольные файлы) в базе данных - не самый оптимальный выход.
Для хранения файлов нужно стремиться создавать отдельный сервис с управлением доступа к нему.
Так как СУБД может иметь отличный график создания резервных копий (может быть более частым или вообще в режиме репликации работать), то наличие бинарных данных может дать сильный прирост в размере резервных копий.
Вторая проблема - некоторые запросы могут лишиться возможности получать агрегированные выборки по произвольным полям - это нужно будет проследить при введении бинарных полей в таблицы, чтобы не упали приложения.
Но тем не менее, в некоторых кейсах можно рассмотреть вариант хранения в базе файлов.
Для этого должны быть следующие предпосылки:
- загрузка файлов, предназначенные для сохранения в базе, не загружаются рядовыми пользователями;
- пользователь, которому доверена загрузка файлов, всегда склонен выбирать файлы для сохранения с оптимальным размером и качеством (даже может быть прописан регламент);
- кол-во файлов для одного информационного объекта не может быть неограниченным числом;
- нужно обеспечить максимально простой доступ к файлам в различных системах, причем, уровень прав доступа совпадает с ролями пользователей в СУБД.
Конкретный пример.
Хранение фото для пропуска работников предприятия. Загружает файл только работник отдела кадра. Параметры файла регламентированы. Доступ к файлу имеет софт отдела кадров и софт на компьютере охраны на проходной.

[Леонид Мишин]

Модератор, Простите за нарушение правил, я просто использовал django, и по привычке написал. В следующий раз учту

[Леонид Мишин]

alexalexes, Все уяснил, спасибо за пояснение)

Answer 1

[Adamos]

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

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