Выбор БД для хранения фотографий

@NotBeginner · Регистрация: 22.02.2013

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

Всем привет!
снова нужна Ваша помощь в выборе БД.
В программе нужно хранить большое количество фотографий, размер у которых от 100кб до 10 мегабайт.
База нужна локальная, думаю акссес, но там максимальный размер 2 гб, которых маловато будет.
Вопрос такой - выбирать другую бд или вместо хранения файлов в базе (блоб файлами) хранить их рядом, а в базе вбивать лишь путь к ним?

@Александр64 · 07.03.2015, 20:24

Сейчас сам сижу с похожей базой данных - выбрал вариант хранить в базе только имена файлов изображений, а сами файлы в отдельной папке в корне с БД, ИМХО - так будет лучше ))

@xxbesoxx · 07.03.2015, 21:56

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

База нужна локальная, думаю акссес,

Я бы взял MySQL и тип поля для картинки MEDIUMBLOB

@krapotkin · 07.03.2015, 22:30

Александр64,
это довольно распространенный метод

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

@FIL · 07.03.2015, 23:47

Из мануала по Акссесу:

Примечание. Хотя максимальный размер файла базы данных составляет 2 ГБ, это ограничение можно обойти с помощью разделенной базы данных. Файл внешней базы данных может ссылаться на несколько тысяч внутренних баз данных, каждая из которых может достигать размера 2 ГБ. Дополнительные сведения см. в разделе Разделение базы данных.

Еще можно подумать над форматом изображений. Например, если это BMP, то перегнать их в JPG.

@northener · 08.03.2015, 02:33

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

Всем привет!
снова нужна Ваша помощь в выборе БД.
В программе нужно хранить большое количество фотографий, размер у которых от 100кб до 10 мегабайт.

И зачем их нужно пихать в БД? Хранить их "рядом", имхо будет лучше.

@gazlan · 08.03.2015, 07:14

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

вместо хранения файлов в базе (блоб файлами) хранить их рядом, а в базе вбивать лишь путь к ним

Угу. Так всегда и делается. В базе есть смысл хранить только данные, пригодные для поиска и сортировки. Все остальное - потеря места и времени.

@Grossmeister · 10.03.2015, 09:34

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

Так всегда и делается.

Не все так однозначно, если речь о серверной СУБД. Файлы, не входящие в БД, не участвуют в процессе backup-а (который часто выполняется спец. утилитой). Т.е для их сохранения придется использовать свой отдельный процесс.
Не говоря уж о том, что ни о какой транзакционности операций с такими объектами не может быть и речи.

@krapotkin · 10.03.2015, 12:00

Grossmeister,
+1

@gazlan · 10.03.2015, 14:03

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

Не все так однозначно

backup не имеет отношения к разговору, транзакционность обеспечивается, как обычно (FS - это тоже DB).

Не по теме:

В свое время, я участвовал в разработке именно client-server multimedia DB с многодисковым хранением (на движке Btrieve), никаких проблем с транзакциями не возникало.

@Grossmeister · 10.03.2015, 15:21

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

backup не имеет отношения к разговору

Обычно, когда принимают некие архитектурные решения, стараются учесть макс. количество факторов. В этом смысле удобство администрирования БД тоже имеет значение. Во всяком случае, я бы не стал говорить "Так всегда делается".

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

транзакционность обеспечивается, как обычно (FS - это тоже DB).

Что значит "как обычно"? СУБД отслеживает успешность операции внутри БД (например, в таблице). Что произошло с внешним файлом (например, скопировался ли он в нужное место), ей никакого дела нет. В этом плане для обеспечения транзакционности работы с внешними файлами пришлось бы создавать свой дополнительный механизм, а не использовать встроенные механизмы СУБД, как в случае внутреннего хранения LOB.
Именно поэтому СУБД обычно предоставляют оба механизма хранения LOB: и внутренний, и внешний, а выбор - на усмотрение архитектора с учетом всех бизнес-факторов.

@gazlan · 10.03.2015, 15:32

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

Во всяком случае, я бы не стал говорить "Так всегда делается".

Принимаю.

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .	Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .	Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .
И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.	«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»	SDL3 для Web (WebAssembly): Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 12.02.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами и вызывать обработчики событий столкновения. . . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 11.02.2026 Содержание блога Библиотека SDL3 содержит встроенные инструменты для базовой работы с изображениями - без использования библиотеки SDL3_image. Пошагово создадим проект для загрузки изображения. . .

@NotBeginner 174 / 160 / 71 Регистрация: 22.02.2013 Сообщений: 1,769 Записей в блоге: 2

	Выбор БД для хранения фотографий 07.03.2015, 19:52. Показов 2811. Ответов 11 Метки нет (Все метки) Всем привет! снова нужна Ваша помощь в выборе БД. В программе нужно хранить большое количество фотографий, размер у которых от 100кб до 10 мегабайт. База нужна локальная, думаю акссес, но там максимальный размер 2 гб, которых маловато будет. Вопрос такой - выбирать другую бд или вместо хранения файлов в базе (блоб файлами) хранить их рядом, а в базе вбивать лишь путь к ним? 0

@Александр64 0 / 0 / 0 Регистрация: 02.03.2015 Сообщений: 13
	07.03.2015, 20:24
	Сейчас сам сижу с похожей базой данных - выбрал вариант хранить в базе только имена файлов изображений, а сами файлы в отдельной папке в корне с БД, ИМХО - так будет лучше )) 0

@krapotkin 6849 / 4676 / 1464 Регистрация: 14.04.2014 Сообщений: 20,667 Записей в блоге: 21
	07.03.2015, 22:30
	Александр64, это довольно распространенный метод теперь - мысли против 1) ни о какой целостности данных даже речи не идет 2) если вдруг подключаться с другой машины захочется ("неееет, никогдаа, нет-нееет", а потом оп-па, заказчики такие непостоянные )))) 0

@krapotkin 6849 / 4676 / 1464 Регистрация: 14.04.2014 Сообщений: 20,667 Записей в блоге: 21
	10.03.2015, 12:00
	Grossmeister, +1 0