Хранение фотографий Quandry

Question

Я заключил контракт на хранение фотографий, предоставленных пользователями, для конкурса, проводимого через Facebook. В настоящее время у меня возникают проблемы с загрузкой файлов с Facebook на мой сервер (я понимаю, что они удаляют файловые переменные в почтовых запросах, но все ответы, которые я видел, просто говорят: «использовать iframe». Мое приложение настроено на использование iframe ( против FBML, в настройках приложения).

Оказывается, что поиск и устранение неполадок занимает очень много времени (я пытался продать только URL-хранилище удаленных изображений, которое было отклонено). Я рассматриваю просто сохранение изображений в виде BLOB-объектов в моей базе данных MySQL. Мы ожидаем получить около 2000 фотографий различного размера. Каково общее восприятие этого типа нагрузки? Я читал различные темы SO, обсуждающие множественные ТБ данных, и файловую систему - лучший выбор, но, может быть, для концерта или двух, это неразумно?

Спасибо

Answer 1

Учитывая количество фотографий, не представляется разумным хранить их как капли. Я поместил в SQL Server одинаковое количество фотографий размером с мегабайт, без каких-либо негативных последствий для моей системы. Тем не менее, YMMV и я бы посоветовали вам написать простую базу данных MySQL, добавить 2 или 3 000 рисунков соответствующего размера и посмотреть, как ваша система ведет себя. Вы должны быть в состоянии сделать это за очень короткое время.