Hébergement: pourquoi le nombre de bases de données MySQL n'importe?

Question

Ok, peut-être que je manque quelque chose ici, mais je regarde les différentes options d'hébergement PHP et je vois des choses comme "10 bases de données MySQL", ou 25 ou même illimité.

Maintenant, j'ai travaillé sur des sites avec un backend Oracle qui ont 10,000+ utilisateurs simultanés et nous avons eu ... une base de données.

L'idée d'une base de données est, bien sûr, que vous pouvez stocker tout ce que vous voulez dedans. Alors, pourquoi est-il pour MySQL que le nombre est important? Y at-il une table, ligne ou limite de base de données dans l'ensemble je ne suis pas au courant (tout à fait possible)? Ou est-ce une question ou connexions simultanées? Ou un autre problème de performance (par exemple sharding)? L'aspect sharding semble peu probable parce que les options d'hébergement, même de base (moins de 5 $ / mois) Je vois avec 10 bases de données.

Si quelqu'un pouvait me la moindre idée sur cette une, ce serait grand.

Answer 1

Il est surtout une tactique de marketing, bien qu'il existe quelques considérations techniques et historiques.

Tout d'abord, des excuses si cela est évident, mais sont schemas à Oracle comme MySQL sont BASES (dans plus de termes simplifiés, une collection de tables logiques).

L'hôte dit que vous pouvez avoir un nombre XX de bases de données logiques configurées sur un serveur. Beaucoup d'applications Web ont besoin d'une base de données pour exécuter. applications web modernes comme Wordpress, Movable Type, Joomla, etc., vous permettra de nommer vos tables avec un préfixe personnalisé. Toutefois, si une application ne possède pas cette fonctionnalité de configuration qui signifie que vous devez une base de données par installation. En outre, dans la même veine, si deux applications ont le même nom de la table, ils ne peuvent pas coexister dans une seule base de données. Beaucoup d'applications web début ont commencé comme ça, si tôt le nombre de bases de données était un élément important à considérer.

Il y a aussi l'accès et la sécurité. Alors que MySQL (et d'autres bases de données) peuvent être configurés pour donner aux utilisateurs un accès bien un contrôle granulaire jusqu'au niveau de la table et la colonne, il est souvent plus facile de créer un utilisateur qui a l'autorisation complète sur une base de données logique. Ceci est important pour les gens qui vendent des services, mais passent au large de la hébergement réel des applications / terminés les sites sur le Web hôte partagé.

Answer 2

Certaines personnes comme une base de données par application

Answer 3

Il est du marketing, pas technique. Ils veulent quelque chose à annoncer. "10" sonne comme un bon nombre.

Answer 4

Pour des fins de développement, il est parfois bon de faire une copie de votre base de données pour tester un nouveau logiciel contre. Beats renommer toutes les tables dans votre code (bien que des applications comme Wordpress vous permettent de spécifier un préfixe pour tous vos noms de table dans le cas où vous n'avez pas le luxe de plusieurs blocs de données).

Answer 5

Quand je l'hébergement mutualisé, je mis en place une base de données distincte pour chaque site / client pour les applications personnalisées, et si vous utilisez Fantastico pour installer des applications, il utilisera une base de données pour chacun par défaut.

Je crois que les limites sont là pour vous invite à passer à la prochaine niveau de service lorsque vous dépassez le niveau actuel.

Answer 6

Nick est partiellement correct, mais il doit aussi faire avec des gens qui essaieront d'héberger plusieurs sites sur un compte partagé et utilisera une base de données différente pour chacun et un script pour le contenu approprié avec un peu dns se faisant passer.

Answer 7

De plus sa peut-être un point de vue marketing.

Si vous configurez uniquement des bases de données pour vous-même, le faible nombre est très bien. mais pour commerce les utilisateurs, qui peuvent vouloir avoir plusieurs sites pour plusieurs clients sur le seul service, en essayant de couper les coins ronds, vous êtes susceptibles d'avoir besoin 1 Base de données (ou plus) par client / projet.

Donc, mettre une limite sur le nombre de contrôles de bases de données quelque peu les services de variété que vous offrez, et potentiellement des limites potentielles pour votre valeur « revente », à savoir: pour vous arrêter d'acheter 1 plan et ensuite le vendre à quelqu'un d'autre, comme « sous-location ».

Answer 8

Ceci est principalement lorsque vous hébergez plusieurs sites sur la même boîte. Pour moi, acheter / vendre un site Web de beaucoup, alors je dois être en mesure de garder chaque site comme détaché des autres que possible.