Честно говоря, эта тема касается не только MYSQL, но и других баз, а также PHP, а в место изображений, может быть и видео. Я думаю, это будет интересно многим, так как, в интернете, внятного ответа ми не нашли.
Когда мы подошли к этой теме, то не думали, что будет все так сложно. И так, после некоторых раздумий, были определены 3 вопроса.

1) Как организовать хранение изображений (ссылок на изображения) в базе;
2) Как лучше хранить изображения в файловой системе;
3) Как хранить изображения после загрузки их, в каком-нибудь редакторе, например CkEditor;

Давайте начнем с первого пункта.

1) Как организовать хранение изображений в базе;

Создаем таблицу, например images с такими столбцами:
id_image; image

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

Создаем ее: id_folder; folder; path_folder (folder- будем хранитъ имена папок; path_folder- для вывода всех папок в зависимости от системы построения иерархической структуры ).

Создаём еще один столбец в таблице images- images_path ; где будем хранить путь к родительской папке.

На этом можно было бы остановится, но... что делать, если одно и тоже изображение используется несколькими разными страницами или галереями? Если мы захотим удалитъ изображение, как мы узнаем используется ли оно или нет?

Подумав немножко) мы пришли к тому, что нужно как-то хранить в базе, используется ли данное изображение на сайте или нет.
Для этого мы создали в таблице images, столбец - count_images ; где будем хранить количество раз, которое используется это изобразение на сайте. Правда, есть и минусы такого решения: при каждом добавлении, либо удалении изображения, приходится обновлять данные столбца -count_images.

По первому вопросу, думаю все.

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

авторТема обсуждалась уже много раз.
Вот - http://www.sql.ru/forum/1208933/hranenie-izobrazheniy-v-bd-ili-v-fs - совсем недавно было.

Просмотрел эту тему, но в ней это все достаточно поверхностно рассмотрено, например, про синхронизацию фс и базы данных нет ни слова.

Есть изображения которые находятся в папке images; часть из них используется 1 раз, другие -много раз разными страницами, часть -ни разу не используется (то есть, их можно со спокойной совестью удалять). И, поэтому, нужно организовать взаимодействие между фс и базой так, чтобы с одной стороны не хранить всякий хлам, а с другой, чтобы не удалить ни чего лишнего.

авторни кто не запрещает в поле image хранить полный путь к файлу вместе с именем файла.

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

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

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

авторКроме того, для разных категорий изображений и в разных частях системы может быть сделано по-разному.
Например, у нас изображения товаров хранятся в BLOB-ах в основной корпоративной БД, в BFILE-ах в филиальных копиях (в MySQL такого нет) и в ФС на сайте. И в каждом случае для синхронизации создан специальных механизм. А вот оформительские картинки на сайте тоже хранятся в ФС, но их мало, меняются они редко и за их синхронизацией никто не следит.

В первую очередь, идет речь о изображениях, которые могут быть часто изменены: например, на страницах с товаром или статьёй. Их может быть много, поэтому, в данном случае, хранить в поле BLOB не рассматриваем.

автор1) очень ошибочный взгляд
2) файловый менеджер CMS - это самая обыкновенная страница сайта. загружая через которую можно поместить картинку в нужную папку, при этом в таблицу помещается полный путь. для сайта основным параметром картинки является id в этой таблице

на все страницы сайта картинки помещаются по id , а уж потом этот id конвертируется в путь, при конечном формировании страницы. который должен быть вести отсчёт от корня сайта.

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

То есть, ты мне рекомендуешь писать полный путь к изображению. Ок, прописал я полный путь, например sprt/имя.jpg 100 картинкам, а после переименования в фс на сайте, папки sport, что прикажешь мне делать?

Хранение превъю в базе, ни чем не отличается от других изображений.

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

авторМного - это сколько? Хотя бы миллион будет?

и что, у вас миллион картинок хранится в MYSQL и все нормально работает, без тормозов?

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