MySql и картинки.

На сайте есть картинки. Размер от 20 до 130 кб. Сейчас их уже 25 тыс., скоро будет еще больше. Собственно вопрос, лучше их хранить фаилами или хранить в MySql базе?

Как вы это сделаете? Если не секрет...
Просто до этого никто так еще не делал.

Шютко, да?
В мемо-полях их хранят. В BLOB (Binary Large OBject — двоичный большой объект).


gunya, базу ведь будет раздувать сильно. Попробуйте на локале или где еще закинуть картинки и посмотреть размер базы. И как она после этого жужжать будет.

[php]$upload = '';
$f=fopen("img.jpg","r"); // имя файла или картинки -- открыли файл на чтение
while(!feof($f)) $upload.=fread($f,filesize('img.jpg')); // считали файл в переменную
fclose($f); // закрыли файл, можно опустить
$upload=addslashes($upload);
mysql_query("insert into img values(0, '".$upload."');");[/php]
Как-то так.
У мну получается longblob

Ограничение на 50 тыс. фаилов стоит. Вот в чем бида.


Выборка по ид будет. Опираясь на опыт выборки по ид обычного текста, то должна более-менее. Попробую, потом отпишусь.
Думал, что кто-то уже страдал такой ерундой и сможет подсказать.

А если на каждый месяц создавать отдельную таблицу?

upload/{date}/file.jpg не пробовали?

Вместо {date} можно что угодно писать, например {month-year}. {week-month-year} и так далее

На сайтах - не страдал. Я хранил картинки в базе 1с. Их порядка 30 тыс. было. Когда все юзеры сидели в базе (их много было) - то подтормаживало.

У мну ограничения на общее количество на хостинге.

Выборка по ид. Выполнение в среднем 0.7 сек всего скрипта. Это как много?
База на 27000 картинок получилась 1.5 гига.

нет это все шляпа, если приложение со своей структурой не справляется, меняем принцип работы приложения, картинки это картинки информация это информация одно в папки другое в базу

Какие варианты есть?

Да вроде не так уж и страшно. Хотя как оно там на практике будет..

Да ну.. Мемо-поля для того и предназначены, чтобы в них хранить все что угодно.
Сделать поддомен. Или вообще взять другой. Разместить на другом сервере. Подгружать оттуда.
Вот и еще 50 тыс. картинок есть куда сложить.

я пробегом вник в ситуацию, но завсит от того что нужно реализовать, может чел там подобие твитера с аватарами пишет, тогда нужно смотерь в сторону высоконагруженых приложений со сложной иерархией и понимать куда идет развратите проекта, иначе потом все будет больно переделывать

плевна от дерен затем разделяешь и властвуешь, ничего себе база с картинками, как вы ее переносить будите или дробить???
в mysql есть классные строчные функции вот их можно юзать, а картинки хранить, как мне сказал давно старый программист, когда я задал на форуме аналогичный вопрос -"не стоит"

стоп не сообразил, а как вы будите задавать путь к изображению? или резак использовать в смысле обработчик, это же писец сколько ресурсов будет тратиться- достать, обработать, создать, выложить.
ну а в целом если есть очень сложный вопрос смотрите в сторону соц. сетей как у них сделано, свитер тот же)