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 :

SQL 2005 plus lent que SQL 2000


Sujet :

MS SQL Server

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Candidat au Club
    Inscrit en
    Octobre 2008
    Messages
    3
    Détails du profil
    Informations forums :
    Inscription : Octobre 2008
    Messages : 3
    Par défaut SQL 2005 plus lent que SQL 2000
    Bonjour,
    j'ai une grosse requete qui prend quelques minutes sur un serveur SQL 2000 et qui ne se termine pas sur un SQL 2005 (je l'ai stopé après 9h d'exécution).
    Les deux serveurs ont le même matos (processeurs, mémoire...), et les mêmes bases.
    J'utilise une DTS en SQL 2000 et une SSIS en 2005.
    En atendant vos suggestions,
    merci.

  2. #2
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 998
    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 998
    Billets dans le blog
    6
    Par défaut
    Le moteur de requête de SQL Server 2005 est nouveau. Il n'est donc pas optimisable de la même façon que celui de 2000.
    La première des choses à faire est recalculer les statistiques. Mieux, réindexez toute la base.
    Si possible, passez sur chaque requête importante pour mettre en place les bons index. Utilisez éventuellement DTA pour ce faire.

    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/ * * * * *

  3. #3
    Candidat au Club
    Inscrit en
    Octobre 2008
    Messages
    3
    Détails du profil
    Informations forums :
    Inscription : Octobre 2008
    Messages : 3
    Par défaut
    Est-ce que le fait qu'il n'y ai ni index, ni clés primaires sur la version SQL 2000 est important.
    Cela peu-t'il expliquer l'énorme différence de temps d'exécution?

  4. #4
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 998
    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 998
    Billets dans le blog
    6
    Par défaut
    Expliquez plus en détails (index ?) et notamment ce qui est du traitement.

    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/ * * * * *

  5. #5
    Candidat au Club
    Inscrit en
    Octobre 2008
    Messages
    3
    Détails du profil
    Informations forums :
    Inscription : Octobre 2008
    Messages : 3
    Par défaut
    Voici la structure de la requete:

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
     
     
    SELECT DISTINCT 
    /*
     
    une 20aine de champs ici,
    avec a chaque fois un case, replace ou convert
     
    */
    INTO
    	T_TMP
    FROM
    	table1
    	JOIN table2 ON table2.champ1 = table1.champ2
    	JOIN table3 ON table3.champ1 = table2.champ3
    	JOIN table4 ON table4.champ1 = table2.champ4
    	JOIN table5 ON table5.champ5 = table1.champ5 AND table5.champ6 = Bchamp6
    	LEFT JOIN table6 ON table6.champ5 = table1.champ5 AND REPLACE(table6.champ7,' ','') = REPLACE(table3.champ8,' ','')
    	LEFT JOIN table7 ON table7.champ5 = table1.champ5 AND table7.champ2 = table1.champ2
    ORDER BY
    	table1.champ5,
    	table2.champ8

    D'après les plans d'exécutions il faudrai remanier la requête. En effet sous SQL 2000 la derniere étape de l'exécution récupère 9 millions de lignes, et sous le 2005 on se retrouve avec 500 millions de lignes. Il semble que ce soit la jointure sur la table6 qui augmente le nombre de lignes.
    Si vous avez une idée où un lien concernant l'écriture de requêtes optimisées sous SQL 2005 je suis preneur.

  6. #6
    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 : 43
    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,

    Vous allez bien sûr avoir des temps d'exécution bien différent entre vos bases de données : il y a quand même une différence énorme de nombre de lignes entre vos deux bases !

    De plus vous réalisez une (demi-) jointure sur des champs qui ne sont pas des entiers, et en plus avec des fonctions de chaîne, ce qui ne peut pas être performant.
    N'y a-t-il pas moyen pour vous de spécifier vos jointures sur un champ numérique entier ?

    Pourriez-vous nous montrer les scripts DDL de création de vos tables et nous donner pour chacune d'elles leurs indexes ?

    A+

Discussions similaires

  1. Bases de donnéees plus rapide que SQL server 2005
    Par dodo6 dans le forum Bases de données
    Réponses: 2
    Dernier message: 14/03/2012, 16h24
  2. Réponses: 7
    Dernier message: 23/01/2011, 19h23
  3. Access plus rapide que SQL server ????? (débutante)
    Par 24 faubourg dans le forum MS SQL Server
    Réponses: 10
    Dernier message: 21/12/2005, 17h36
  4. [Firebird][Optimisation]Plus lent que le BDE!
    Par vincentj dans le forum Débuter
    Réponses: 3
    Dernier message: 07/02/2005, 15h48
  5. DBExpress est plus lent que BDE?
    Par palassou dans le forum Bases de données
    Réponses: 4
    Dernier message: 02/07/2004, 08h39

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