IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Optimisations SGBD Discussion :

Création de deux bases liées, ou une seule grosse ?


Sujet :

Optimisations SGBD

  1. #1
    Nouveau membre du Club
    Profil pro
    Inscrit en
    Novembre 2006
    Messages
    54
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2006
    Messages : 54
    Points : 32
    Points
    32
    Par défaut Création de deux bases liées, ou une seule grosse ?
    Salut à tous,

    je possède en site couplé avec un forum phpbb. La base de données du tout fait à ce jour 660 Mo.
    Le site fait entre 15 et 20k visiteurs unique par jour et donc la base est en constante augmentation.

    Je suis en train d’internationaliser le site, et donc voici mon probleme.

    La bdd héberge des images dans différentes catégories ET le forum et ses utilisateurs.
    Pour l’internationalisation en anglais, je dois impérativement récupérer les tables "image" et "categorie". Il serait également pratique de travailler avec la meme table user.
    Le soucis est que je souhaite recréer un second forum, et donc duppliquer chacune des tables phpbb, et je ne sais pas s'il sera plus interessant de faire ca dans la meme base, ou bien de créer une seconde base uniquement pour l'anglais, mais tout de meme un lien vers les tables image et categorie de la premiere base.

    Est il plus rentable d'ouvrir deux bases en une seule page ? Ou bien de surcharger une seule base.. ?

    En allant plus loin, imaginons que je veuille un jour traduire en italien, espagnol, ukrainien ... (ce qui aurait tres peu de chance d'arriver...), je risquerais de me retrouver avec une base ayant des centaines de tables, et pesant quelques Go...

    Je tourne sur serveur privé.

    D'avance, je vous remercie de me dire ce qu'il serait le plus interessant dans mon cas.

    Edit : Pour aller plus loin, la table phpbb_posts fait actuellement 350Mo, jusqu'ou pensez vous que je puisse aller pour garder de bonnes performances ? Celà m'éviterais de créer un second forum parallèle...

  2. #2
    Nouveau membre du Club
    Profil pro
    Inscrit en
    Novembre 2006
    Messages
    54
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2006
    Messages : 54
    Points : 32
    Points
    32
    Par défaut
    Sans votre aide, je suis au point mort... juste une piste ? Un avis serait le très bien venu

    Merci

  3. #3
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 684
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 684
    Points : 52 279
    Points
    52 279
    Billets dans le blog
    4
    Par défaut
    Bien entendu il ne faut pas créer une base par langue... Il faut en revanche que vos types littéraux soient dasn un encodage supportant UNICODE (donc du NCHAR et deu NVARCHAR...)

    Mais la question fondamentale à se poser est justement la question des langues de votre internationalisation....
    Parce que si vous envisagez des langues exotiques (non latines) par exemple, se pose la question du sens de lecture (de droite à gauche pour l'hébreu et l'arabe... - de haut en bas pour la calligraphie chinoise et japonaise...) et donc des collations qu'il faudra gérer, ne serait-ce que pour les tris et les recherches...

    Et là en cette matière il y a peu de SGBDR qui les gèrent correctement !
    • Oracle utilise une horreur appelé NLS et pas les collations
    • SQL Server implémente plus de 3000 collations répondant à la plupart des langues de la planète et certains dialecte (par exemple Corse et Breton...).
    • PostGreSQL implémente très peu de collations et certains module externe censé pallier le défaut provoquent des lenteurs inacceptables dans les requêtes
    • MySQL : les collations sont pauvres, foutoir et buguées...


    À me lire :
    http://sqlpro.developpez.com/cours/s...age=partie1#L4
    http://sqlpro.developpez.com/cours/s...er/collations/
    http://blog.developpez.com/sqlpro/p1..._grand_folklor

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  4. #4
    Nouveau membre du Club
    Profil pro
    Inscrit en
    Novembre 2006
    Messages
    54
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2006
    Messages : 54
    Points : 32
    Points
    32
    Par défaut
    Bonjour et merci pour votre réponse.
    J'ai peut être du mal m'exprimer, mon problème n'est pas l'encodage, je compte de toute facon traduire uniquement en anglais pour l'instant.

    Le réel probleme est selon moi la taille potentielle de la base de données si le forum "anglais" venait à prendre de l'ampleur. Ma base fait actuellement plus de 600Mo sous mysql avec la table des posts de 350Mo, et je n'ai aucune idée de la limite de taille avant que le serveur soit saturé... ?

    Quoi qu'il en soit, je vais choisir de tout laisser sur la meme base, et je verrais bien jusqu'ou le serveur peut aller !

    Merci.

  5. #5
    Membre extrêmement actif Avatar de ddoumeche
    Homme Profil pro
    Ingénieur recherche et développement
    Inscrit en
    Octobre 2007
    Messages
    1 676
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Singapour

    Informations professionnelles :
    Activité : Ingénieur recherche et développement

    Informations forums :
    Inscription : Octobre 2007
    Messages : 1 676
    Points : 2 010
    Points
    2 010
    Par défaut
    600Mo cela ne me semble pas beaucoup, il y a de la marge mais si tu as l'impression que ton site est lent, il faudrait optimiser les requetes lentes justement... ou peut-être envisager de stocker les images sur le disque, elles seraient plus rapidement servies et cela soulagerait le sgbd.
    Surtout que les serveurs web délèguent souvent l'envoi des fichiers statique au kernel.

    Une autre possibilité est de faire une partitionnement de bases par langue ou pays comme tu le suggérais, avec une réplication des tables communes (users, catégories, etc...) entre ces bases, voir entre serveurs.
    Mais en l'état cela me semble démesuré
    La joie de l'âme est dans la planification -- Louis Hubert Liautey

Discussions similaires

  1. Réponses: 4
    Dernier message: 21/02/2010, 13h39
  2. Réponses: 3
    Dernier message: 06/11/2007, 12h16
  3. 3 tables liées mais une seule ligne de retour ?
    Par seb_perl dans le forum Requêtes
    Réponses: 2
    Dernier message: 06/01/2007, 13h20
  4. Deux moteurs interbase pour une seule base ?
    Par Yurck dans le forum InterBase
    Réponses: 11
    Dernier message: 21/09/2006, 16h45
  5. Réponses: 1
    Dernier message: 24/05/2006, 16h25

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo