При разработке приложения для нескольких клиентов мы планируем использовать разные базы данных для каждого клиента. Но это может быть более 1000 клиентов (приложений).
Сможет ли PostgreSQL справиться с этим без проблем?
Кто-нибудь пробовал что-то подобное?
Примечание: 35 таблиц для каждой, в среднем до 3000 записей для каждой базы данных.
Ответы:
Я сам не пробовал, но есть и такие, кто есть. Здесь вы можете увидеть, что даже 10 000 баз данных работают без проблем на одном экземпляре. Вы также можете найти некоторые практические аспекты на ServerFault .
Поскольку ваши базы данных достаточно малы, вы не столкнетесь с какими-либо ограничениями по количеству файлов в хост-системе. Единственная проблема, о которой я могу думать, заключается в том, что, когда все эти базы данных будут доступны одновременно, обработка всех этих соединений будет сложной.
И, как последнее замечание: мы очень рады на этом сайте. Мы надеемся, что вы останетесь с нами надолго.
Звучит как грязная вещь с управленческой точки зрения. Как вы планируете делать резервные копии такого количества баз данных? со сценарием, который зацикливается, хотя каждый?
Если у вас нет действительно веской причины, почему бы просто не иметь одну базу данных, в которой структура спроектирована так, что все данные будут связаны с идентификатором клиента. Добавьте индексы / внешний ключ / первичные ключи на основе этого поля, чтобы обеспечить целостность данных.
Тогда вам просто нужно иметь предложение where во всех ваших запросах, чтобы получить доступ только к одному идентификатору клиента. Это будет намного проще в обслуживании и так же просто в разработке (потому что в любом случае вам нужно разрешить идентификацию клиента)
search_pathчто это делается для вас.
Есть люди, которые делают это, особенно для хостинга на общих серверах.
Размышляя над проблемами здесь нет бесплатного обеда. Возможно, вы могли бы сделать это со схемами прозрачным способом приложения. Однако тогда вы получите тысячи схем и десятки тысяч таблиц, что создаст дополнительные проблемы.
Я думаю, что в целом, подход с использованием нескольких дБ является более разумным, учитывая ваши комментарии.
Управление (как резервное копирование) станет интересным. Также я думаю, что в какой-то момент подключения к БД начнут занимать больше времени. Если вы используете pg_hba.conf для ограничения доступа (что вы и должны делать), это тоже станет головной болью, и вы, вероятно, захотите создать решение для создания этого файла для вас .....
Я надеюсь, что эту ссылку лучше прочитать: 10 000 баз данных в кластере PostgreSQL от Jon Jensen, 2008.
Один отрывок:
Краткий ответ: Postgres 8.1 прекрасно справляется с 10 000 баз данных.
\lв psql генерирует длинный список баз данных, конечно, но возвращает достаточно быстро. Специальное параллельное тестирование было в порядке. Выполнение запросов, вставок и т. Д. В отобранной вручную группе различных баз данных воспроизведения работало нормально, в том числе во время создания новых баз данных.[...]
Фактическое ограничение на этой платформе [ Linux ext3 ] составляет, вероятно, 31995 баз данных, поскольку каждая база данных занимает подкаталог в базе данных / базе данных /, а файловая система ext3 имеет ограничение в 31998 подкаталогов на один каталог, исходя из своего ограничения в 32000 ссылок на инод.