Хостинг: какое значение имеет количество баз данных MySQL?

В основном это маркетинговая тактика, хотя есть некоторые технические и исторические соображения.

Во-первых, извините, если это очевидно, но СХЕМЫ для Oracle такие же, как БАЗЫ ДАННЫХ для MySQL (в упрощенном виде, логические наборы таблиц).

Хост говорит, что вы можете иметь XX сконфигурированных логических баз данных на сервере. Многим веб-приложениям для работы требуется база данных. Современные веб-приложения, такие как Wordpress, Movable Type, Joomla и т. д., позволяют вам называть таблицы с помощью пользовательского префикса. Однако, если приложение не имеет этой функции конфигурации, это означает, что вам нужна одна база данных для каждой установки. Аналогичным образом, если два приложения имеют одинаковое имя таблицы, они не могут сосуществовать в одной базе данных. Многие ранние веб-приложения начинались именно так, поэтому количество баз данных на раннем этапе было важной характеристикой, которую следует учитывать.

Есть также доступ и безопасность. Хотя MySQL (и другие базы данных) можно настроить так, чтобы предоставить пользователям точное управление доступом вплоть до уровня таблиц и столбцов, часто проще создать одного пользователя с полными правами доступа к логической базе данных. Это важно для людей, которые продают услуги, но выдают фактический хостинг готовых сайтов/приложений на общий веб-хост.

Некоторым нравится одна база данных на приложение

Это маркетинг, а не техника. Они хотят что-то рекламировать. "10" звучит как хорошее число.

В целях разработки иногда полезно сделать копию всей базы данных для тестирования нового программного обеспечения. Превосходит переименование всех таблиц в вашем коде (хотя такие приложения, как Wordpress, позволяют вам указывать префикс для всех имен ваших таблиц, если у вас нет такой роскоши, как несколько БД).

Когда я использовал виртуальный хостинг, я устанавливал отдельную базу данных для каждого сайта/клиента для пользовательских приложений, и если вы используете Fantastico для установки приложений, он по умолчанию будет использовать базу данных для каждого из них.

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

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

Кроме того, это, возможно, маркетинговая перспектива.

Если вы настраиваете базы данных только для себя, низкий показатель подойдет. но для коммерческих пользователей, которые могут захотеть иметь несколько сайтов для нескольких клиентов в одной службе, пытаясь срезать углы, вам, вероятно, потребуется 1 база данных (или более) для каждого клиента/проекта.

Таким образом, установление ограничения на количество баз данных в некоторой степени контролирует разнообразие предлагаемых вами услуг и потенциально ограничивает потенциал вашей «перепродажной» стоимости, то есть: вы не покупаете 1 план, а затем продаете его кому-то другому, например, «субаренда».

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