Хранение коротких аудиоклипов в базе данных временно?

Question

Что является хорошим решением при следующей задаче -

У меня есть 10 секундных аудиоклипов на 44,1 кГц. Это делает файлы (формат .ogg или .wav) примерно как 7056000 бит (10 сек. * 44,1 * 10^3 сэмпл/сек * 16 бит/образец (например, PCM) (??)) или говорят 0,85 МБ. BTW, если мои расчеты на заднюю часть конверта отключены, пожалуйста, исправьте.

В любом случае, у меня есть эти аудиоклипы. Я хочу сохранить их в веб-базе данных и получить их как можно быстрее, чтобы отправить запрашивающему клиенту. Долгосрочное хранение не является проблемой.

Учитывая, что я хочу сделать, какую современную технологию баз данных следует использовать для этого? Будут ли загружаться файлы в репозиторий и просто сохранять их пути к файлам в БД? Затем попросите клиентов загрузить их по запросу? Извините за широкий охват, но это для веб-проекта.

Answer 1

Я использую Azure Storage blobs практически для одного и того же. Его супер дешево, дешевле, чем любое решение db.

Answer 2

Так в основном ваш вопрос, где лучшее место для хранения коротких клипов & основном BLOB (B Инаров L АРГЕ OB екта) данных в базе данных или просто указатель файла в базе данных, которая относится к файловая система или даже URL-адрес?

На мой взгляд, хранение двоичных данных в базе данных никогда не является хорошей идеей. Это усложняет БД, делает резервные копии базы данных & выздоровеет. И подвергает все это риску, если БД выйдет из строя. Особенно, если растут данные, с которыми вы работаете, растет &.

Я бы порекомендовал просто использовать базу данных для хранения путей к файлам. Или, возможно, только имена файлов с вашей логикой кода, в какой-то степени обрабатывающей логику пути. Просто все, чтобы получить базовое расположение клипов в БД.

Сами клипы должны храниться в файловой системе. Он больше не будет облагать налогом или быстрее/медленнее, чем БД. И лучшая долговременная настройка масштабируемости.

БД делает то, что делает лучше всего. Файловая система делает то, что она делает лучше всего. И ваш код объединяет два, чтобы сбалансировать их.