Хранение фото в MYSQL

[Petro21]

допустим информацию какую либо я могу записать так

insert into base value(id, 'name', data, 'gorod');

для каждого поля есть свой тип id-int, name-char

здесь я понимаю что всю информацию я должен ввести(добавить) сам

а как хранить картинки (фото, *.jpg, gif ...) какой тип полю присваивать?

И вообще возможно ли такое?

Может нужно указывать только место расположения картинки?

Подскажите пожалуйста.

[Vlad]

Хранить можно в blob-полях, но не нужно. Достаточно хранить идентификатор картинки или её имя.

[Иван Шумов]

Хранить картинки в базе можно, но не комильфо так сказать.

Советую хранить в базе отдельную таблицу со ВСЕМИ изображениями.

tbl_images

id | date | filename | uploaded_name | width | height

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

Все это имхо, но мне нравится

[Petro21]

это будет выглядеть так, да?

insert into base value(1, 2011-08-23 12:59:28, 'ozero', 'd:\myfoto\priroda\osero.jpg', 450, 300)

[LunatiK]

это будет выглядеть так, да?

insert into base value(1, 2011-08-23 12:59:28, 'ozero', 'd:\myfoto\priroda\osero.jpg', 450, 300)

Сначала читаем содержимое из файла, а потом его туда вставляем, а не путь.

[rus]

это будет выглядеть так, да?

insert into base value(1, 2011-08-23 12:59:28, 'ozero', 'd:\myfoto\priroda\osero.jpg', 450, 300)

Сначала читаем содержимое из файла, а потом его туда вставляем, а не путь.

по мне так лучше путь хранить до картинки, нежели саму картинку.

автор, поле можешь использовать обычный варчар.

[LunatiK]

это будет выглядеть так, да?

insert into base value(1, 2011-08-23 12:59:28, 'ozero', 'd:\myfoto\priroda\osero.jpg', 450, 300)

Сначала читаем содержимое из файла, а потом его туда вставляем, а не путь.

по мне так лучше путь хранить до картинки, нежели саму картинку.

автор, поле можешь использовать обычный варчар.

по мне так достаточно id

автор, поле можешь использовать обычный int

Извини Rus, не здержалсо

[rus]

по мне так достаточно id

автор, поле можешь использовать обычный int

Извини Rus, не здержалсо

Жень, ты не исправим. Мы ж в аське это уже обсудили, не?

[Petro21]

Сначала читаем содержимое из файла, а потом его туда вставляем, а не путь.

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

[Vlad]

1. Если файл хранится в БД в виде имени, то вставляется как обычно <img src="/путь к папке с фотками/запись из БД">

2. Если файл хранится целиком, то создаётся отдельный файл, допустим pic.php, вызывается он тогда так <img src="pic.php?id=идентификатор картинки">. Сам файл pic.php получает данные из БД по идентификатору, распознаёт их (gif, jpeg, png), отдаёт заголовок правильный (header: image/png) и выводит данные.

[LunatiK]

Жень, ты не исправим. Мы ж в аське это уже обсудили, не?

Этот момент не обсуждали меня тогда тянуло в более высокие материи

[SelenIT]

Имхо, лучше хранить путь, но не абсолютный, а относительный (чтоб не зависеть от базового пути к директории сайта при переносе на хостинг и т.п.).

Хранить саму картинку в blob = лишняя нагрузка на сервер при ее выводе, оно нам надо?

[Micks]

Имхо, лучше хранить путь, но не абсолютный, а относительный (чтоб не зависеть от базового пути к директории сайта при переносе на хостинг и т.п.).

Хранить саму картинку в blob = лишняя нагрузка на сервер при ее выводе, оно нам надо?

почему же, иконки и прочую мелочь удобно хранить в blob в бд. а если изображения большие - на ФС и относительный путь в БД.

[LunatiK]

Имхо, лучше хранить путь, но не абсолютный, а относительный (чтоб не зависеть от базового пути к директории сайта при переносе на хостинг и т.п.).

Хранить саму картинку в blob = лишняя нагрузка на сервер при ее выводе, оно нам надо?

почему же, иконки и прочую мелочь удобно хранить в blob в бд. а если изображения большие - на ФС и относительный путь в БД.

Обоснуйте! Вы вывод этой мелочи на web-страницу предполагаете? (картинки и прочие файлы хранить можно, но для использования в виде архивных данных, и никак не для оформления/украшательства страниц и использования их в большом количестве на странице)

[Micks]

Имхо, лучше хранить путь, но не абсолютный, а относительный (чтоб не зависеть от базового пути к директории сайта при переносе на хостинг и т.п.).

Хранить саму картинку в blob = лишняя нагрузка на сервер при ее выводе, оно нам надо?

почему же, иконки и прочую мелочь удобно хранить в blob в бд. а если изображения большие - на ФС и относительный путь в БД.

Обоснуйте! Вы вывод этой мелочи на web-страницу предполагаете? (картинки и прочие файлы хранить можно, но для использования в виде архивных данных, и никак не для оформления/украшательства страниц и использования их в большом количестве на странице)

нет-нетдля красивости есть css, а вот для,как вы сказали, архивирования( или же истории), в зависимости от контента. например у каждого пользователя есть свой набор смайлов, аватарок; если какая-то веб рисовалка/редактор, то возможно палитру и тд.