Хранить изображения в SQL Server?
Я сделал небольшой демонстрационный сайт, и на нем я храню изображения в столбце изображений на сервере SQL. У меня есть несколько вопросов...
Это плохая идея?
Повлияет ли это на производительность моего сайта, когда он растет?
Альтернативой может быть сохранение изображения на диске и сохранение только ссылки на изображение в базе данных. Это должно быть общей дилеммой, которая была у многих людей. Я бы приветствовал несколько советов и был бы рад сделать ошибку, если бы мог.
7 ответов
Есть действительно хорошая статья Microsoft Research под названием " Для блобов или не для блобов".
Их заключение после большого количества тестов производительности и анализа таково:
если ваши изображения или документ обычно имеют размер менее 256 КБ, более эффективно хранить их в столбце VARBINARY базы данных
если размер ваших изображений или документа обычно превышает 1 МБ, их хранение в файловой системе более эффективно (а с атрибутом FILESTREAM в SQL Server 2008 они все еще находятся под контролем транзакций и являются частью базы данных)
между этими двумя, это немного сложность в зависимости от вашего использования
Если вы решите поместить свои изображения в таблицу SQL Server, я настоятельно рекомендую использовать отдельную таблицу для хранения этих изображений - не храните фотографию сотрудника в таблице сотрудника - храните их в отдельной таблице. Таким образом, таблица "Сотрудник" может оставаться скудной, средней и очень эффективной, при условии, что вам не всегда нужно выбирать фотографию сотрудника, как часть ваших запросов.
Для файловых групп, ознакомьтесь с Файлами и Архитектурой файловых групп для вступления. По сути, вы либо создадите свою базу данных с отдельной файловой группой для больших структур данных с самого начала, либо добавите дополнительную файловую группу позже. Давайте назовем это "LARGE_DATA".
Теперь, когда у вас есть новая таблица для создания, в которой нужно хранить столбцы VARCHAR(MAX) или VARBINARY(MAX), вы можете указать эту группу файлов для больших данных:
CREATE TABLE dbo.YourTable
(....... define the fields here ......)
ON Data -- the basic "Data" filegroup for the regular data
TEXTIMAGE_ON LARGE_DATA -- the filegroup for large chunks of data
Ознакомьтесь с введением MSDN в файловых группах и поэкспериментируйте с ним!
Почему может быть хорошо хранить изображения в базе данных, а не в каталоге на веб-сервере.
Вы создали приложение с большим количеством изображений, хранящихся в папке на сервере, которые клиент использовал в течение многих лет.
Теперь они приходят к вам. Их сервер был уничтожен, и им нужно восстановить его на новом сервере. У них больше нет доступа к старому серверу. Единственная резервная копия, которую они имеют, является резервной копией базы данных.
Конечно, у вас есть исходный код, и вы можете просто развернуть его на новом сервере, установить SqlServer и восстановить базу данных. Но теперь все картинки исчезли.
Если вы сохранили картинки в SqlServer, все будет работать как раньше.
Просто мои 2 цента.
Однажды я попал в эту дилемму и довольно много исследовал в Google для мнений. Я обнаружил, что действительно многие считают, что сохранение изображений на диск лучше для больших изображений, в то время как mySQL обеспечивает более легкий доступ, особенно из таких языков, как PHP.
Я нашел похожий вопрос
MySQL BLOB против файла для хранения небольших изображений PNG?
Мой окончательный вердикт заключался в том, что для таких вещей, как изображение профиля, просто маленькое квадратное изображение, которое должно быть на пользователя, mySQL будет лучше, чем хранить кучу больших пальцев в жестком диске, а для фотоальбомов и тому подобного - папок. / файлы изображений лучше.
Надеюсь, поможет
Я бы предпочел сохранить изображение в каталоге, а затем сохранить ссылку на файл изображения в базе данных.
Однако, если вы сохраняете изображение в базе данных, вам следует разбить базу данных, чтобы столбец изображения находился в отдельном файле.
Вы можете узнать больше об использовании файловых групп здесь http://msdn.microsoft.com/en-us/library/ms179316.aspx.
При хранении изображений в SQL Server не используйте тип данных 'image', в соответствии с MS он постепенно сокращается в новых версиях SQL Server. Используйте вместо этого varbinary(max)
Хотя проблемы с производительностью являются действительными, на практике реальные причины, по которым вам следует избегать хранения изображений в базе данных, связаны с управлением базой данных. Ваша база данных будет расти очень быстро, а базы данных будут стоить намного дороже, чем простое хранилище файлов. Резервное копирование и восстановление базы данных намного дороже и занимает больше времени, чем восстановление из резервной копии файла. В крайнем случае, вы можете восстановить меньшую базу данных гораздо быстрее, чем базу с изображениями. Сравните 1 ТБ файлового хранилища в Azure с 1 ТБ базы данных, и вы увидите огромную разницу в стоимости.
В 2012 году была выпущена еще одна опция под названием "Таблицы файлов": https://msdn.microsoft.com/en-us/library/ff929144.aspx
По моему опыту, сохранение по URL-адресу изображений, хранящихся в другом месте, - лучший способ для простого проекта.