Какой максимальный объем хранимых файлов или одновременно выгружающих файл пользователей должно быть чтобы повалить БД PostgreSQL?

Question

[Дмитрий Крапивин]

В базе данных хранятся формализованные данные об автомобилях и файлы к ним (тоже в базе данных) (pdf, doc, jpg, png, zip и т.д.).

Хочу узнать "болевой" порог БД PostgreSQL. Судя по практике вашей работы, подскажите пожалуйста:

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

Примечание:

Типы хранимых файлов: pdf, doc, jpg, dwg, zip и т.д.;
Основные операции с файлами: запись и чтение;
Объем 1 файла: в основном 100 Кб - 100 МБ;
Общий объем всех файлов может вырасти от 10 ГБ и до 80 Гб и больше до 1Тб в течении 1 года;
Количество пользователей: от 10-30

Comments

[Melkij]

когда вы уже допишете этот дипломный проект? Или что там это ещё такое не соответствующее вашей квалификации.

[Дмитрий Крапивин]

Melkij, я не пишу дипломный проект. Я спросил совета по реализации. Если у вас есть опыт подобный, то поделитесь пжта.

Answer 1

[ky0]

В базе данных хранятся формализованные данные об автомобилях и файлы к ним

Уносите, это не имеющая права на жизнь кривота архитектуры.

Comments

[Дмитрий Крапивин]

Почему? БД PostgreSQL позволяет хранить файлы определенным образом (в отдельном таблице).

[ky0]

Дмитрий Крапивин, безусловно, позволяет. Но учитывая вопросы - вы явно собираетесь зачем-то превратить СУБД в хранилище файлов, для чего постгрес подходит не очень. Уж точно не стоит пихать в него архивы и картинки.

[Дмитрий Крапивин]

ky0, А почему? Я хотел бы понять... подскажите пожалуйста. я новичок в этом деле. Я читал документацию PostgreSQL, нашел описание о возможности, но не нашел об ограничениях. Поэтому спрашиваю

[AUser0]

Хе-хе, открою секрет - именно так, в PostgreSQL, хранится вся информация о гос. услугах, которая теперь используется на сайте gosuslugi.ru.

А там в записях - всё, что туда засунул чиновник при документировании услуги, вплоть до Конституции РФ в Microsoft Word файле. В результате чего одна услуга разбухла до 100 мегабайт, и база просто не бекапилась. Так что не стоит из базы данных устраивать гигафайлохранилище.

[ky0]

AUser0, это демонстрирует только профессионализм разработчиков портала, а не то, как было бы правильнее сделать архитектурно :)

[ky0]

Дмитрий Крапивин, ограничения тут ни при чём - просто СУБД в целом не предназначена для отдачи здоровых массивов бинарных данных. Её основная функция совершенно в другом.

[Дмитрий Крапивин]

ky0, я с вами согласен, логично как бы разделить инфу для обработки и кучку файлов. Но если производитель пишет что можно хранить, тогда что останавливает? Как я понял, есть ограничение - это долговременность бэкапа. И все? Только в этом? Если я правильно понял, вышеизложенный коллега написал, что в госпортале также сделано, и работает вроде как:) Я не допытываюсь до вас, просто хочу понять четко в чем ограничения, почему так нельзя, торможения в работе программы же не будет?

[Дмитрий Крапивин]

AUser0, спасибо!!! Сайт госуслуг работает хорошо на данный момент, быстро достаточно откликается. Значит работает отлично! Но проблема только 1? Долгое время резервного копирования и восстановления?

[Дмитрий Крапивин]

AUser0, а есть возможность поделится описанием архитектуры этого сайта? Как реализовади? Интересно

[AUser0]

Дмитрий Крапивин, Вот чего нет - того нет. Я видел только базу данных системы сбора информации об услугах гос. органов. А как это всё потом всунули в gosuslugi.ru, как хранят - мне уже не ведомо.