Re[5]: Способ хранения файлов
От: Baiker  
Дата: 23.02.23 12:08
Оценка:
Здравствуйте, ·, Вы писали:

·>Ну так это рефакторится же. Выгрузить картинки из базы в фс — небольшой таск на рефакторинг. Который надо делать только если надо.


Я и предлагаю СРАЗУ обойти грабли, чтобы потом, когда навалится тонна задач, не бегать и жевать сопли "а я не знал, что база будет большая!". Профи должен чувствовать проблемы интуитивно.


B>>ТЕМ БОЛЕЕ картинки!


·>Не понял чем это будет проще в случае "/base_pic_dir/"? Расшаришь папочку для дизайнера на проде? Чтобы он там сразу менял?

·>Или копировать туда-сюда будешь? А как потом мержить то, что наменял в течение недели дизайнер и что изменилось на проде? А ещё DR и горячие бэкапы?

Ты нагородил непонятную кучу проблем. Суть решения в том, что файл остаётся файлом. С соотв. удобствами по его нативной обработке: картинки — фотошопить, доки — конвертить, музыку — ужимать и т.п. А уж расшаривать папочку или копировать... ты серьёзно обсуждаешь эту чушь??

·>Тут появляются инфраструктурные проблемы как состояние базы синхронизировать с состоянием base_pic_dir.


Вообще никаких проблем. Файлы как были, так и остаются. База живёт отдельно и "знает" свои файлы.

·>В общем, конечно же, можно сделать всё своё, но это, повторюсь зависит от задачи и требований


Почти не зависит. Файл есть файл, в БД ему делать нечего. Абстрактный blob, о котором знает только апп.сервер — да, можно хранить. Всё остальное лучше внешне.
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.