Сохранение двоичных файлов в sql-сервере

Question

Я пишу приложение сервера mvc/sql, которое должно связывать документы (word, pdf, excel и т. Д.) С записями в базе данных (поддерживающий SQL Server 2005). Консенсус заключается в том, что лучше хранить файлы в файловой системе и сохранять только путь/ссылку на файл в базе данных. Однако в моем сценарии чрезвычайно важна аудиторская тропа. У нас уже есть структура для записи информации аудита всякий раз, когда в системе происходят изменения, поэтому было бы неплохо использовать базу данных для хранения документов. Если документы были сохранены в их собственной таблице с FK к соответствующей записи, производительность станет проблемой? Я знаю о потенциальных проблемах с резервными копиями/восстановлением, но будет ли ухудшение производительности db в какой-то момент, если таблицы документов станут очень большими? Если это имеет значение, я бы никогда не ожидал, что эта система должна будет обслуживать около 100 одновременных запросов, может быть, десятков запросов.

Answer 1

Хранение файлов как blob в базе данных увеличит размер db и, безусловно, повлияет на резервные копии, которые вы знаете и являются истинными.

Есть много вещей, которые необходимо учитывать, являются ли серверы db и code одинаковыми.

Поскольку это, случается, запросы на сервер кода и получает данные с сервера db, а затем от сервера кода к клиенту.

Если размеры файлов слишком велики, я бы сказал, зайдите в файловую систему и сохраните пути к файлам в db.

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