Publicité
+ Répondre à la discussion
Affichage des résultats 1 à 3 sur 3

Discussion: nombre de schémas

  1. #1
    Membre actif Avatar de donnadieujulien
    Développeur informatique
    Inscrit en
    avril 2008
    Messages
    427
    Détails du profil
    Informations personnelles :
    Âge : 29

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : avril 2008
    Messages : 427
    Points : 152
    Points
    152

    Par défaut nombre de schémas

    bonjour,
    j'ai une application très gourmande en nombre de schéma, et je constate qu'au bout d'un certain nombre (100,200,500), il y a beaucoup de lags, les temps d'accès deviennent très important.
    Je chercher à améliorer au maximum la fluidité du logiciel.
    Avez vous des idées? y'a t'il des options à activer?
    Faire régulierement des vaccums peut il améliorer cette fluidité? les auto vaccums sont désactivés pour l'instant
    On ne peut créér ce qu'on ne peut imaginer...
    Tu sens la puissance du BIT?

  2. #2
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro Frédéric BROUARD
    Expert SGBDR & SQL
    Inscrit en
    mai 2002
    Messages
    13 069
    Détails du profil
    Informations personnelles :
    Nom : Homme Frédéric BROUARD
    Localisation : France

    Informations professionnelles :
    Activité : Expert SGBDR & SQL
    Secteur : Conseil

    Informations forums :
    Inscription : mai 2002
    Messages : 13 069
    Points : 29 231
    Points
    29 231

    Par défaut

    Tout dépend comment vous faites vos accès aux objets.

    Si vous ne préfixez pas vos objets par le nom de leur schéma et passez un utilisateur SQL donc 'est le schéma par défaut cela pose généralement deux inconvénients :
    1) obliger à effectuer une résolution de nom
    2) ne pas pouvoir réutiliser les plans de requête mis en cache

    Mais pourquoi avoir autant de schémas ?

    Il y a 7 ans, dans une conférence privée chez MS sur SQL Server, on nous parlais des pires horreurs que les clients avaient commis avec leurs SGBDR...
    parmi ces horreurs figurait quelqu’un qui avait mis en place plus de 100 000 schémas SQL !
    Je pense donc que vous avez une erreur de conception due à une incompréhension de l’utilité et de l'usage des schémas SQL.

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro
    http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation
    * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *

  3. #3
    Expert Confirmé
    Profil pro
    Inscrit en
    octobre 2008
    Messages
    1 803
    Détails du profil
    Informations personnelles :
    Localisation : France, Paris (Île de France)

    Informations forums :
    Inscription : octobre 2008
    Messages : 1 803
    Points : 2 583
    Points
    2 583

    Par défaut

    Citation Envoyé par donnadieujulien Voir le message
    j'ai une application très gourmande en nombre de schéma, et je constate qu'au bout d'un certain nombre (100,200,500), il y a beaucoup de lags, les temps d'accès deviennent très important.
    Est-ce qu'on parle de millisecondes en plus, ou bien de secondes, ou bien de minutes, et combien?
    Fais au moins un EXPLAIN ANALYZE d'une requête lente pour avoir des informations concrètes.
    Sinon il est vraisemblable que les problèmes de lenteur n'aient rien à voir avec les schémas parce qu'il n'y a pas de raison a priori que quelques centaines de schémas changent significativement les temps d'exécution.

Liens sociaux

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •