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

MS SQL Server Discussion :

Grosse table ou plusieur petites ?


Sujet :

MS SQL Server

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre confirmé
    Inscrit en
    Juin 2004
    Messages
    68
    Détails du profil
    Informations forums :
    Inscription : Juin 2004
    Messages : 68
    Par défaut Grosse table ou plusieur petites ?
    bonjour,
    je suis entrain de développer une nouvelle appli web
    avec le combo classique aspx / sqlserver 2005

    par contre j avais pas prevu que une de mes tables va etre Pour moi énorme
    + de 12 000 000 de référence sur 10 colonnes pour moi c est une premiere.

    voila ma question dans mon developpement je peux eclater cette table en 20

    niveau performance sur une machine 8go ram / 2 proc 4 coeurs
    la performance va etre visible pour une requete sur une table 12 000 000 vs
    requete dynamqiue sur une des 20 tables.

    Merci (excuser moi si je ne suis aps tres clair)

  2. #2
    Membre émérite
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Août 2009
    Messages
    623
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Administrateur de base de données

    Informations forums :
    Inscription : Août 2009
    Messages : 623
    Par défaut
    Bonjour,
    Il faudrait peut etre te tourner vers le partitionnement des tables qui est géré par SQL server 2005. Je ne l'ai jamais pratiqué mais il y a pas mal de documentation sur ce site.

  3. #3
    Modérateur

    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Janvier 2005
    Messages
    5 826
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 44
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Janvier 2005
    Messages : 5 826
    Par défaut
    Bonjour,

    J'abonde à la réponse que vous a fait darkelend.
    N'oubliez pas de partitionner également vos indexes.

    @++

  4. #4
    Expert confirmé
    Avatar de mikedavem
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Août 2005
    Messages
    5 450
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 46
    Localisation : France, Ain (Rhône Alpes)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : Distribution

    Informations forums :
    Inscription : Août 2005
    Messages : 5 450
    Par défaut
    Citation Envoyé par casa51 Voir le message
    bonjour,
    par contre j avais pas prevu que une de mes tables va etre Pour moi énorme
    + de 12 000 000 de référence sur 10 colonnes pour moi c est une premiere.
    Pourriez vous nous dire quelle sera la volumétrie de votre table à ce moment là ? Quels indexs sur cette table etc ... ?

    ++

  5. #5
    Membre confirmé
    Inscrit en
    Juin 2004
    Messages
    68
    Détails du profil
    Informations forums :
    Inscription : Juin 2004
    Messages : 68
    Par défaut
    ok je vasi essayer de voir du coter du partitionnement
    (je suis pas un cador avec sql serveur)
    mes plus grosse base de donne dépasse pas les 300 000 lignes
    pour le reste je vais essayer de monter tout ceci et vous tenir au jus.

  6. #6
    Expert confirmé
    Avatar de mikedavem
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Août 2005
    Messages
    5 450
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 46
    Localisation : France, Ain (Rhône Alpes)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : Distribution

    Informations forums :
    Inscription : Août 2005
    Messages : 5 450
    Par défaut
    Faites attention, une "grosse table" ne se mesure pas forcement en en nombre de lignes... il faudra pouvoir juger de votre volumétrie, des performances de vos requetes .. du coup de maintenance de vos index , de mise à jour de vos données etc .... pour commencer à décider le partitionnement de votre table ...

    Je travaille actuellement sur des tables ayant plus de lignes que la votre et nous n'avons jamais eu besoin de les partitionner pour le moment. Un bon indexage a suffit pour le moment.

    ++

  7. #7
    Membre confirmé
    Inscrit en
    Juin 2004
    Messages
    68
    Détails du profil
    Informations forums :
    Inscription : Juin 2004
    Messages : 68
    Par défaut
    la mise à jour est tous les 6 mois.
    la requete est sur un code serie.
    peut etre quelqu'un connait la base ALDOC ?
    je vais d abord tester les requete semaine prochaine.
    aprés j'aviserais.

Discussions similaires

  1. Réponses: 2
    Dernier message: 11/07/2011, 14h40
  2. une grosse table ou plusieurs petite tables ?
    Par troumad dans le forum SQL Procédural
    Réponses: 7
    Dernier message: 16/12/2007, 14h08
  3. Réponses: 2
    Dernier message: 17/07/2006, 21h24
  4. [Oracle] Grosse requête ou plusieurs petites ?
    Par Pointu dans le forum PHP & Base de données
    Réponses: 6
    Dernier message: 13/07/2006, 11h00
  5. 1 "grosse" BD ou plusieurs "petites"
    Par GnouDream dans le forum Optimisations
    Réponses: 5
    Dernier message: 12/07/2006, 18h04

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