Re: философия: хранение картинок

13.03.2015 04:28, Dmitry E. Oboukhov пишет:
> Раз уж тут пошло обсуждение "что правильно а что нет"
>
> задам такой вопрос:
>
> есть веб-проект, где пользователи загружают некоторые картинки себе в
> профиль.
> набор картинок условно говоря у всех пользователей одинаков.
>
> нужно реализовать хранилище вида
>
> - кладем картинку
> - какой-то рабочий у хранилища создает для картинки preview, icon,
> fulllsize изображения
> - после этого процесс покладки картинки считаем завершенным
>
> далее внешние запросы будут обращаться к картинкам строго по их ID.
>
> какой дорогой пошли сперва:
>
> Pg и три (или одна со столбиками) таблички icon, preview, full.
>
> вебсервер который по ID делает запрос в одну из табличек за телом
> картинки.
>
> уперлись в то что вебсервер надо писать в асинхронном стиле (что не
> проблема), причем ему нужна асинхронная работа с БД, что уже является
> проблемой (асинхронность полностью не поддерживается драйверами и
> Pg: то есть нельзя заслать множество запросов в Pg в асинхронном стиле
> и ждать ответы на них, чтобы порядок был неважен итп)
>
> в итоге от Pg мы отказались, а стали хранить изображения в файликах на
> диске.
> Тут сильно страдает консистентность, но в угоду стоимости разработки
> на это пошли.
>
> вопрос: а как правильно организовать хранение картинок, чтобы
>
> 1. дешево разрабатывать и использовать
> 2. получить плюшки от индексов (например с помощью Pg можно отвечать
> на вопросы "дай картинки похожие на эту")
Привет Дмитрий ,

То что я предложу так ... это офтоп для этой рассылки, да и учитывая твоё
упорство на счот постгреста ...

"hbase async client example"   поиск по этим словам и анализируй первую
страницу в гуггле.

Хорошых выходных.


Константин.