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

DB2 Discussion :

UPDATE avec sous-sélection TRES lent


Sujet :

DB2

  1. #21
    Membre éprouvé
    Profil pro
    Inscrit en
    Mai 2008
    Messages
    821
    Détails du profil
    Informations personnelles :
    Âge : 54
    Localisation : France, Hérault (Languedoc Roussillon)

    Informations forums :
    Inscription : Mai 2008
    Messages : 821
    Points : 1 084
    Points
    1 084
    Par défaut
    Citation Envoyé par Sankasssss Voir le message
    J'ai enlevé le fichier et je l'ai reconstruis avec CRTDUPOBJ et maintenant les performances sont au rendez-vous et il utilise bien SQE.
    Il n'y a pas à dire, ce moteur CQE (utilisé par OPNQRYF ou encore Query/400) est une vraie daube. Content que tu es pu modifier ton QAQQINI, SQE va s'occuper du reste.

  2. #22
    Modérateur
    Avatar de Sankasssss
    Homme Profil pro
    Développeur .NET
    Inscrit en
    Novembre 2006
    Messages
    1 842
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : Belgique

    Informations professionnelles :
    Activité : Développeur .NET
    Secteur : Administration - Collectivité locale

    Informations forums :
    Inscription : Novembre 2006
    Messages : 1 842
    Points : 4 232
    Points
    4 232
    Par défaut
    J'ai testé la réactivité via nos applications .NET et elles sont aussi grandement améliorée.
    Je vous remercies encore pour votre aide et votre disponibilité
    C'est via ce genre de conversation que l'on se rend compte que l'on a vraiment à faire à des professionnels



    Il ne me reste plus qu'à mettre les index recommandés par l'explain et tout sera parfait.

  3. #23
    Expert confirmé
    Homme Profil pro
    Inscrit en
    Mai 2002
    Messages
    3 173
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : France, Rhône (Rhône Alpes)

    Informations forums :
    Inscription : Mai 2002
    Messages : 3 173
    Points : 5 345
    Points
    5 345
    Par défaut
    euh oué vérifier quand même que les index que vous mettez servent à quelque chose.

    Car l'optimiseur en recommande un paquet qui sont inutile et ne recommandera pas forcément ceux qui serai vraiment utile.

    Concentrez vous surtout sur les MTI dans un 1er temps je dirais...

  4. #24
    Modérateur
    Avatar de Sankasssss
    Homme Profil pro
    Développeur .NET
    Inscrit en
    Novembre 2006
    Messages
    1 842
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : Belgique

    Informations professionnelles :
    Activité : Développeur .NET
    Secteur : Administration - Collectivité locale

    Informations forums :
    Inscription : Novembre 2006
    Messages : 1 842
    Points : 4 232
    Points
    4 232
    Par défaut
    Les index qu'il recommande sont les mêmes que vous recommandiez en début de post.

    Donc mettre trop d'index est néfaste, comment savoir quand on en met trop? Je dois logiquement en mettre sur tout les champs qui font souvent l'objet de clause WHERE si j'ai bien compris?

    Je ne connais pas l'acronyme MTI, j'ai recherché sur le net ce que ça pouvais être mais sans succès, pourrais-tu m'éclairer? (un lien peut suffire)

  5. #25
    Expert confirmé
    Homme Profil pro
    Inscrit en
    Mai 2002
    Messages
    3 173
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : France, Rhône (Rhône Alpes)

    Informations forums :
    Inscription : Mai 2002
    Messages : 3 173
    Points : 5 345
    Points
    5 345
    Par défaut
    Pardon,

    je pensais que vous alliez réaliser une campagne d'indexation un peu plus grande.

    Ce n'est pas moi qui est préconiser ces index au passage.
    => Donc oui créer les index recommandé plus haut


    Sinon les MTI, sont des indexs temporaires maintenus créés par DB2.
    Ceux-ci n'existent que si les plan d’accès à la requête qui l'utilise sont encore dans le plan cache.

    Ces index permettent de pallier, dans une certaine mesure, à l'absence d'un DBA.

    M'enfin là ca va devenir assez long à expliquer.
    Deux bons articles sur les bases de l'indexation / perf :
    www.wminformatica.com/PDFs/Index%20strategy.pdf
    http://www.redbooks.ibm.com/abstracts/sg246598.html

+ Répondre à la discussion
Cette discussion est résolue.
Page 2 sur 2 PremièrePremière 12

Discussions similaires

  1. UPDATE avec sous requête de sélection avec regroupement
    Par Maxsen dans le forum Requêtes et SQL.
    Réponses: 3
    Dernier message: 09/03/2008, 11h20
  2. Requete Update avec sous requete et jointure
    Par javaboy dans le forum Langage SQL
    Réponses: 2
    Dernier message: 09/05/2007, 11h03
  3. Update avec sous-requêtre
    Par maxinfos dans le forum Langage SQL
    Réponses: 1
    Dernier message: 04/05/2007, 14h31
  4. Requete Update avec sous requete
    Par joziel dans le forum Langage SQL
    Réponses: 7
    Dernier message: 28/08/2006, 15h15
  5. problème update avec sous requetes
    Par stoz dans le forum Langage SQL
    Réponses: 6
    Dernier message: 12/10/2005, 16h44

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