MySQL и хранение картинок

@Userzx · Регистрация: 02.08.2019

Студворк — интернет-сервис помощи студентам

Когда то я сохранял картинки программы (фото гостей) в локальной базе msaccess. При наличии в базе более 20ти картинок, работа базы заметно замедлялась. Сейчас перевёл приложение на удаленную mySQL.
Теперь вопрос.
1) Если хранить картинки в базе данных mySQL в отдельной таблице, будут ли тормозить все таблицы в этой базе?
2) Если на сервере создать отдельную базу даных, в ней таблицу. Будут ли тормозить другие таблицы, созданные в соседних базах на сервере?
3) Как правильно реализовать хранение картинок на сервере?

@D1973 · 06.08.2019, 20:44

Сообщение от Userzx

При наличии в базе более 20ти картинок, работа базы заметно замедлялась

А не надо TTable и DBAware-компонентами пользоваться и тянуть сразу все данные в свое клиентское приложение... SQL-запросы уже давным-давно придумали...

@Пытливый · 06.08.2019, 22:38

Акцес тоже умеет хранить компактный вариант изображения и даже с десятком тысяч этих изображений вполне шустро справляется, так-что дело не в количестве, а в способе хранения и извлечения. Есть два простых правила:
1. Хранить изображение в базе в сжатом виде - JPG,PNG прекрасно с этой целью справляются
2. Брать из базы только нужное изображение
Для первого вам надо использовать Blob поля, а для второго сделать грамотную структуру БД, которая позволит извлекать картинки с минимальным трафиком.

@xxbesoxx · 08.08.2019, 22:57

Сообщение от Userzx

1) Если хранить картинки в базе данных mySQL в отдельной таблице, будут ли тормозить все таблицы в этой базе?

Думаю что нет.

Сообщение от Userzx

3) Как правильно реализовать хранение картинок на сервере?

Надо сначала определить какой тип даных вам подходит

TINYBLOB - может хранить до 255 байт
BLOB - может хранить до 64 килобайт информации
MEDIUMBLOB - до 16 мегабайт
LONGBLOB - до 4 гигабайт

@Пытливый · 08.08.2019, 23:03

Очевидно, что TINYBLOB и BLOB не очень подходят даже для сжатых фоток, ну а LONGBLOB вообще стремно использовать, а то найдется герой запихнувший DVD диск - чисто ради прикола

Получается MEDIUMBLOB наиболее оптимальный выбор.

Новые блоги и статьи Все статьи Все блоги /
Отправка уведомления на почту при изменении наименования справочника Maks 24.03.2026 Программная отправка письма электронной почты на примере изменения наименования типового справочника "Склады" в конфигурации БП3. Перед реализацией необходимо выполнить настройку системной учетной. . .	модель ЗдравоСохранения 5. Меньше увольнений- больше дохода! anaschu 24.03.2026 Теперь система здравосохранения уменьшает количество увольнений. 9TO2GP2bpX4 a42b81fb172ffc12ca589c7898261ccb/ https:/ / rutube. ru/ video/ a42b81fb172ffc12ca589c7898261ccb/ Слева синяя линия -. . .	Midnight Chicago Blues kumehtar 24.03.2026 Такой Midnight Chicago Blues, знаешь?. . Когда вечерние улицы становятся ночными, а ты не можешь уснуть. Ты идёшь в любимый старый бар, и бармен наливает тебе виски. Ты смотришь на пролетающие. . .	SDL3 для Desktop (MinGW): Вывод текста со шрифтом TTF с помощью библиотеки SDL3_ttf на Си и C++ 8Observer8 24.03.2026 Содержание блога Финальные проекты на Си и на C++: finish-text-sdl3-c. zip finish-text-sdl3-cpp. zip
Жизнь в неопределённости kumehtar 23.03.2026 Жизнь — это постоянное существование в неопределённости. Например, даже если у тебя есть список дел, невозможно дойти до точки, где всё окончательно завершено и больше ничего не осталось. В принципе,. . .	Модель здравоСохранения: работники работают быстрее после её введения. anaschu 23.03.2026 geJalZw1fLo Корпорация до введения программа здравоохранения имела много невыполненных работниками заданий, после введения программы количество заданий выросло. Но на выплатах по больничным это. . .	Контроль уникальности заводского номера Maks 23.03.2026 Алгоритм контроля уникальности заводского (или серийного) номера на примере нетипового документа выдачи шин для спецтехники с табличной частью, разработанного в конфигурации КА2. Номеклатура. . .	Хочу заставить корпорации вкладываться в здоровье сотрудников: делаю мат модель здравосохранения anaschu 22.03.2026 e7EYtONaj8Y Z4Tv2zpXVVo https:/ / github. com/ shumilovas/ med2. git

@Userzx 0 / 0 / 0 Регистрация: 02.08.2019 Сообщений: 13

	MySQL и хранение картинок 06.08.2019, 19:37. Показов 1838. Ответов 4 Метки нет (Все метки) Когда то я сохранял картинки программы (фото гостей) в локальной базе msaccess. При наличии в базе более 20ти картинок, работа базы заметно замедлялась. Сейчас перевёл приложение на удаленную mySQL. Теперь вопрос. 1) Если хранить картинки в базе данных mySQL в отдельной таблице, будут ли тормозить все таблицы в этой базе? 2) Если на сервере создать отдельную базу даных, в ней таблицу. Будут ли тормозить другие таблицы, созданные в соседних базах на сервере? 3) Как правильно реализовать хранение картинок на сервере? 0

@Пытливый 3763 / 2267 / 705 Регистрация: 29.05.2013 Сообщений: 9,622
	06.08.2019, 22:38
	Акцес тоже умеет хранить компактный вариант изображения и даже с десятком тысяч этих изображений вполне шустро справляется, так-что дело не в количестве, а в способе хранения и извлечения. Есть два простых правила: 1. Хранить изображение в базе в сжатом виде - JPG,PNG прекрасно с этой целью справляются 2. Брать из базы только нужное изображение Для первого вам надо использовать Blob поля, а для второго сделать грамотную структуру БД, которая позволит извлекать картинки с минимальным трафиком. 0

@Пытливый 3763 / 2267 / 705 Регистрация: 29.05.2013 Сообщений: 9,622
	08.08.2019, 23:03
	Очевидно, что TINYBLOB и BLOB не очень подходят даже для сжатых фоток, ну а LONGBLOB вообще стремно использовать, а то найдется герой запихнувший DVD диск - чисто ради прикола Получается MEDIUMBLOB наиболее оптимальный выбор. 0