Не встречался до сих пор с такой дилемой: где лучше хранить картинки, если их 10 000+ и нужно чтоб быстро все было?
 
1. Рассортировать по папкам на диске?
2. Или записывать в БД?

Ссылки хранить в БД а сами картинки храни как тебе удобно.

gooddaytoday

Не встречался до сих пор с такой дилемой: где лучше хранить картинки, если их 10 000+ и нужно чтоб быстро все было?
1. Рассортировать по папкам на диске?
2. Или записывать в БД?

Как правило, в 99% случаев, вариант 1 более удобен, быстрее и в работе, и в реализациии.
Но окончательное решение можно принять только зная задачу целиком.

И опять таки хочется наебнуть вариант фейсбука с его хранением всех картинок в одном файле, но надо написать демон прежде а потом выебываться. Чем я собственно щас и занимаюсь

fgets

И опять таки хочется наебнуть вариант фейсбука с его хранением всех картинок в одном файле, но надо написать демон прежде а потом выебываться. Чем я собственно щас и занимаюсь

А нахуя, собственно?

AlexB

fgets

И опять таки хочется наебнуть вариант фейсбука с его хранением всех картинок в одном файле, но надо написать демон прежде а потом выебываться. Чем я собственно щас и занимаюсь

А нахуя, собственно?

скорость чтения выше а нагрузка на файловую систему меньше

fgets

скорость чтения выше а нагрузка на файловую систему меньше

Так то оно так, но ты уверен, что именно это окажется узким местом, и если даже это так не проще ли вынести картинки на отдельный сервер с нжинксом?
У нас свыше 6 миллионов просмотров в сутки, на каждой странице не один десяток картинок, но пока еще не возникла потребность в таких решения.
Оно тебе точно надо? Или просто для научного интереса?

AlexB

fgets

скорость чтения выше а нагрузка на файловую систему меньше

Так то оно так, но ты уверен, что именно это окажется узким местом, и если даже это так не проще ли вынести картинки на отдельный сервер с нжинксом?
У нас свыше 6 миллионов просмотров в сутки, на каждой странице не один десяток картинок, но пока еще не возникла потребность в таких решения.
Оно тебе точно надо? Или просто для научного интереса?

скорее второе

Все эти оптимизации, как у фейсбука и прочих, нужно делать тогда когда в этом есть жизненная необходимость. С самого начала это экономически не выгодно. Что проще - писать свой софт, этакая БД для картинок, или поставить пару серваков? Пара серваков обойдётся дешевле.
 
А ради спортивного интереса у меня приятель свой сервер БД написал. Поржали и только.

Хз как фейс хранит картинки, теперь понятно как он их отдает: случилось сегодня
 
Варниш - кеширующий прокси сервер

fgets

И опять таки хочется наебнуть вариант фейсбука с его хранением всех картинок в одном файле, но надо написать демон прежде а потом выебываться. Чем я собственно щас и занимаюсь

Антипаттерн головного мозга: преждевременная оптимизация.
 
Присоединяюсь к TRIAL.

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

amazon s3, ёп

хранить на диске, ссылки в бд. структуру папок можно так: 0001, 0002, 0003, ...., 9999, в каждой папке создай ещё папки от AA до EZ(range), ну и в последних хранить файлики...
Запись по одному файлу поочерёдно- 0001 -> АА потом 0001 -> AB потом ... 0001 -> EZ , далее переходит к рут папке 0002 итдитп. при помощи простых алгоритмов можно свести к минимуму калижины(collisions) при паралельных записях

AlexanderC

структуру папок можно так: 0001, 0002, 0003, ...., 9999, в каждой папке создай ещё папки от AA до EZ(range), ну и в последних хранить файлики...

Я бы по-другому сделал. Например, если у нас интернет-магазин, то структура такая
 
images/ID_товара/ID_фотографии
 
В случае фотогаллереи как-то так:
 
images/ID_альбома/ID_фотографии
 
При такой структуре даже не нужно хранить путь к файлу картинки. Он элементарно строится просто по ID из б.д. Также исключается возможность коллизий. Сперва делаем запрос на вставку данных в б.д. (INSERT), получаем ID добавленной записи (AUTO_INCREMENT) и уже после сохраняем картинку в нужную папку (ID альбома/товара/пользователя и т.п.) с названием, соответствующим ID самой картинки.