Картинки в БД

12
NZ
На сайте с 20.09.2009
Offline
12
#11

Вот-вот. Захочешь - найдешь причину, не захочешь - повод.

[Удален]
#12
pistol:

2) Это простая задача с минимальной нагрузкой на сервер.

Это неправда. Трафик между апачем и субд-сервером будет просто огромный по сравнению с остальными данными. Сравнительная скорость работы будет сильно отличаться

Но конечно хостеру глубоко срать, повесится ваш впс от 100 человек в минуту или от 10 - он выделяет совершенно четко ограниченные ресурсы.

alexxx_b:
Хочется хранить картинки в базе, для экономии места на диски. И тут возникли 2 вопроса:
1) Как к таким картинкам относятся поисковики? к ссылкам на картинки вида mysite.ru/image.php?id=234
2) Как сильно будет нагружаться сервер? не выпиндрит ли меня хостер?

А вы думаете что база данных хранится где то в пятом измерении? На чем экономить собрались?

malls
На сайте с 08.08.2005
Offline
255
#13
neolord:
А вы думаете что база данных хранится где то в пятом измерении? На чем экономить собрались?

Конечно! У нас какие есть измерения - расстояние (три раза) и время - итого 4-ре штуки.

Все остальные физические величины выраженны в них.

А дисковое пространство выражено в мегабайтах - оно к первым четырем вроде как не пристегивается... Так что пятое и есть!

😂😂😂

T.R.O.N
На сайте с 18.05.2004
Offline
314
#14
malls:
А дисковое пространство выражено в мегабайтах - оно к первым четырем вроде как не пристегивается... Так что пятое и есть!

Супер!!!!! Классссс!!!

ps. =)) Еденица информации, с точки зрения физики - величина безразмерная... Тогда получается что и скорость передачи информации должна указываться как 1/с.

От воздержания пока никто не умер. Хотя никто и не родился! Prototype.js был написан теми, кто не знает JavaScript, для тех, кто не знает JavaScript (Richard Cornford)
[Удален]
#15
T.R.O.N:

ps. =)) Еденица информации, с точки зрения физики - величина безразмерная... Тогда получается что и скорость передачи информации должна указываться как 1/с.

В этом кстати нет никакого противоречия =) Байты в герцы перевести как нехрен делать. Фактически просто числовая зависимость.

[Удален]
#16

чушь, ложь, хрень, дурость.

не берите пример с недоумок которые в бд хранят все подряд, самый БОЛЬШОЙ МИНУС - КОГДА БУДЕТЕ ПЕРЕНОСИТЬ САЙТ НА ДРУГОЙ ХОСТИНГ ЗАКОЛЕПЕТЕСЬ ВЫКАЧИВАТЬ СВОЙ СРАНЫЙ ДАМП БД ИЗЗА ГАЛЕРЕИ КАРТИНОК с 100 КАРТИНКАМИ, ибо и пхпмайадмин у вас будет ложиться и прочие неприятности получите.

Progs-letitbit
На сайте с 26.08.2009
Offline
30
#17

Любой хостер Вас за такое "выпиндрит". Меня всегда удивляло - русский человек проявляет смекалку, и дотумкивает - ага - вот оно - картинки будем хранить в базе. Но совершенно не представляет себе что это вообще такое. То есть скрипт, выдергивающий оттуда бинарные данные написать можем, а понять к чему приведет не хотим?

Pistol, "2) Это простая задача с минимальной нагрузкой на сервер.", я надеюсь это под тегом айрони? :)

Ok, возьмем пример. Юный прогер запихнул в базу 100 картинок по 50 килобайт. Предположим что на странице у него висит галера из 10 картинок. Заходит одновременно на нее ну 20 человек например.

В результате имеем -

таблицу в БД размером 5 мегабайт - которая, надо не забывать, тоже хранится в виде файла.

200 коннектов к БД.

200 операций выборки данных по 50 кило по всей 5-меговой таблице. (Ага, Вы ещё индексы ей включите...).

10 мегабайт трафика между мускулем и php.

И все это за одну секунду.

Вы либо схватите ограничение на коннекты в MySQL, либо будете ее валить постоянно.

Не изобретайте велосипед - статика должна быть статикой, а не лежать в БД.

Фотопартнерка по созданию фоторамок - до 70% с СМС (http://kommuna.me/index.php?/topic/7523-%D0%BF%D1%80%D0%BE%D0%B5%D0%BA%D1%82-%D1%84%D0%BE%D1%82%D0%BE%D1%80%D0%B0%D0%BC%D0%BA%D0%B0/)
edogs software
На сайте с 15.12.2005
Offline
775
#18

Утверждение что картинки нужно хранить только в БД или только в файлах - религиозно фанатично, а следовательно заведомо неверно.

1) Хранить картинки в БД иногда действительно имеет смысл, т.к.

1а) ФС может быть перегружена, а сервер БД вполне возможно живет отдельно. Скорость может оказаться выше из-за этого.

1б) Некоторые хостеры действительно ограничивают место на диске, но не место в БД.

1в) Если нужно вытаскивать картинки с разных фронтиндов, иногда проще кинуть их в базу как в центральное хранилище, не морочась кластерами и распределенной файловой системой.

1г) Проще следить за нагрузкой, т.к. она выделенная и вообще.

2) Хранить картинки в БД в общем случае не лучшая идея, т.к.

2а) Если сервер БД отдельный, то гоняется нехилый траффик между ним и основным сайтом, как следствие задержки и тормоза. А если этот траффик еще и считается, то еще и оплата за трафф.

2б) Если картинки выводятся по несколько штук на страницу, то в общем для вывода каждой из них нужно будет запускать скрипт (жрущий память и проц), устанавливать коннект к БД (коих бесконечно не бывает), запускать лишний процесс в конце концов для отдачи контента (что тоже не кул). Что в общем создает нагрузку.

2в) Сервер сложнее поддается оптимизации и требует больше ресурсов.

Пункт 2б, если речь о виртуальном хостинге, убивает весь смысл. Т.к. при том кол-ве места которое имеет смысл экономить, Вас раньше выгонят с хостинга за нагрузку, чем у Вас кончилось бы файловое место.

Если действительно суровая проблема с местом, то существует Н-ное кол-во бесплатных хостингов для картинок. Вполне можно раз в сутки заливать все залитое к Вам на хостинг - на бесплатные хостинги.

Разработка крупных и средних проектов. Можно с криптой. Разумные цены. Хорошее качество. Адекватный подход. Продаем lenovo legion в спб, дешевле магазинов, новые, запечатанные. Есть разные. skype: edogssoft
12

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий