Как добавить в базу данных фотографии?

Всех приветствую. Мне необходимо заполнить таблицу "Клиенты" данными, но в таблице есть столбец с фотографиями клиентов. В этом столбце указан путь фотографий и их названия. Как добавить сами фотографии в БД?

0

Если с минимальными усилиями - то копайте в сторону filetable.
https://learn.microsoft.com/ru... rver-ver16

Если хотите хранить как-то по-другому - возвращайтесь :-)

1

А зачем добавлять в базу, если они уже есть в файловой системе?
Надо только при выводе данных читать описание из БД и брать сам файл по пути из файловой системы.
Или, конечно, можно хранить сами фотографии в базе как BLOB. Читайте здесь: тынц

0

Сообщение от faust12 Как добавить сами фотографии в БД?

А потом будут жалобы - Ой, БД раздулась, места на массиве не хватает, чито делать, а-а-ааа-ааа-аааа...

0

Сообщение от Andrey-MSK А потом будут жалобы - Ой, БД раздулась, места на массиве не хватает, чито делать, а-а-ааа-ааа-аааа...

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

0

Собственно, в одном из проектов мы храним не фотографии, а произвольные файлы (речь идет об СДО) в filestream.
В принципе, никаких особых проблем с быстродействием нет.
Но, надо сказать, что документов не особенно много, менее полумиллиона пока (но не сильно менее).

Правда полный бэкап базы - особенное удовольствие. 1,5 Тб "со сжатием" и длится 14 часов. (и без сжатия столько же, мы вначале думали, что сжатие несжимающихся зипов и пдфов тормозит, оказалось нет. Без сжатия и бэкап больше и длится дольше).
Причем собственно объем всего этого дела, со всеми потрохами, примерно 1,8 Тб и есть.

filetable, как отдельный объект, начинают подтормаживать, если количество записей в таблице приближается к миллиону.
Но может и раньше, если диск не настроить.
https://learn.microsoft.com/ru... mentations

0

Файл на FTP/HTTP/SMB и в БД ссылку на него. Самое простое и надёжное решение

0

Сообщение от uaggster менее полумиллиона пока

Что предполагаете делать, когда будет "лимон"?

0

Сообщение от PaulWist Что предполагаете делать, когда будет "лимон"?

Вы ещё скажите "апельсин".
Ферма серверов нужна будет, говорите?
Очень нетривиальная задача.

0

Ну... судя по темпу прироста количества документов - до этого еще лет 5.
Так что это проблема будущих поколений. :-)))

Сообщение от Andrey-MSK Файл на FTP/HTTP/SMB и в БД ссылку на него. Самое простое и надёжное решение

На самом деле - это нифига не решение.
Потому что:
1. С транзакционной целостностью при таком разрезе все сильно не очень. Точнее, как бы никак.
2. С быстродействием тоже всё плохо. Потому что к лагам файловой системы сервиса - добавляются лаги самого сервиса.
3. Это хорошо работает, если документ (фото, етц), само его содержимое - не нужно в самой системе. Варианта, когда фото нужно анализировать в самом MSSQLSERVER - я придумать не могу, разве что дедубликация, но вот если это xml-и, например - то могу :-)
4. Синхронные бэкапы как в таком варианте делать? А как восстанавливать?
5. Об едином управлении безопасностью - забудьте. Впрочем, сейчас все всё равно запускают
И т.д.

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

Но общем да. ИМХО, filestream, если из коробки - он для небольших баз. Миллион +- файлов. Потом придется извращаться.

0