2010-06-14 5 views
0

J'ai hérité d'une base de code plutôt grande et un peu désordonnée, et j'ai été chargé de la rendre plus rapide, moins nouille et généralement meilleure.Dois-je diviser les tables pertinentes pour le module X en différentes DB? Mysql

Actuellement, nous utilisons une grande base de données pour contenir toutes les données pour tous les aspects du site. Comme nous devons planifier une croissance significative dans le futur, je pense à diviser les tables pertinentes pour des sections spécifiques du site en différentes bases de données, donc si/quand on devient trop grand pour un serveur je peux plus facilement migrer certaines données utilisateur vers différentes serveurs mysql tout en conservant l'intégrité globale.

Je dois toujours utiliser des jointures sur certaines tables dans les nouvelles bases de données.

Est-ce normal?

Aurais-je un impact sur les performances à cause de cela?

+1

http://stackoverflow.com/questions/2603120/how-do-you-make-life-easier-for-yourself-when-developing-a-really-large-database – BenV

+0

Merci, c'est très utile –

Répondre

1

Si vous êtes concerné par les volumes de données, il est probablement préférable de ne conserver qu'une seule base de données et de vous assurer que votre serveur dispose de suffisamment d'espace disque/de mémoire. Si vous êtes concerné par les accès/seconde, examinez l'exécution de plusieurs copies de la base de données sur des serveurs distincts pour l'équilibrage de la charge, en utilisant la réplication maître-maître pour les synchroniser.

+0

Bonne réponse , Merci :) –

Questions connexes