MS SQL Server
  1. MS SQL Server
  3. SQL Server 2008 R2 – problème d'optimization
Intereting Posts
Mauvaise performance de la requête SQL en raison de la clause ORDER BY Comment puis-je find la string de type d'adhésion pour mon SQL Server 2008 local Quel est le moyen le meilleur et le plus rapide pour save et get des files de stockage Azure BLOB ou SQL Server? erreur s'est produite lors de l'établissement d'une connection à SQL Server Créer une variable statique globale dans SQL Server? Utilisation de CASE pour créer une nouvelle colonne basée sur un text spécifique dans une colonne de string Caractère (string) codé nombre à la comparaison de nombres dans Linq Comment sauvegarder les tables SQL 2008 et les procédures stockées? Réorganiser l'index par rapport à l'indice de reconstruction dans le plan de maintenance du server SQL Server login de Python à MSSQL en utilisant Pymssql Base de données C # WPF MultiClient One (application pour la messagerie privée et les tâches) sortinger la colonne par string dans le server SQL? Configurer Hibernate pour échapper les caractères de soulignement dans la clause LIKE en utilisant le dialecte SQL Server une command SQL avec deux strings de connection Fractionner des valeurs délimitées dans une colonne SQL en plusieurs lignes

SQL Server 2008 R2 – problème d'optimization

Je rencontre un problème de performances avec le schéma actuel. J'ai donc construit un schéma équivalent pour résoudre le problème.

J'ai effectué quelques tests sur les deux schémas et les résultats sont difficiles à comprendre. Pour memory, datatables sont les mêmes.

Je reçois ce qui suit à partir du profileur lors de l'exécution de requests équivalentes sur les deux schémas.

Ancien schéma:

  • 1 300 000 lectures
  • 5000 CPU
  • 4 secondes d'exécution

Nouveau schéma:

  • 30 000 lectures
  • 3000 CPU
  • 6 secondes d'exécution

La différence semble être dans le plan de requête utilisé. L'ancien schéma a un parallélisme dans le plan de requête. Le nouveau schéma n'utilise pas le parallélisme.

  1. Est-ce que quelqu'un a fait face à des situations similaires (less IO / CPU mais plus de time d'exécution). Comment l'avez-vous résolu?

  2. Y a-t-il un moyen de forcer le parallélisme? J'ai joué avec des conseils de requête (http://msdn.microsoft.com/en-us/library/ms18171). Je suis capable d'arrêter le parallélisme sur l'ancien schéma mais je ne peux pas sembler que la requête sur le nouveau schéma utilise le parallélisme.

Merci d'avance.

Louis,

Actuellement, il n'y a aucun moyen de forcer le parallélisme dans SQL Server directement hors de la boîte, mais Adam Machanic a fait un peu de travail pour le faire.

http://sqlblog.com/files/folders/beta/entry29021.aspx

Pour en venir à votre première question, oui, nous avons déjà vu des cas semblables. Notez que Parallelism est lié à un processeur et c'est pourquoi vous voyez plus de time CPU mais less de time d'exécution car vous avez plusieurs threads qui font le travail pour vous.

http://www.simple-talk.com/sql/learn-sql-server/understanding-and-using-parallelism-in-sql-server/

Assurez-vous que les index sont en place et que les statistics sont mises à jour avec l'parsing complète. À long terme, il est préférable que Query Optimizer prenne les décisions tout seul, mais si vous voulez écraser les plans de QO, vous devrez peut-être append beaucoup plus de détails. Schéma, données et repro.

HTH

J'ai écrit à ce sujet ici:

http://sqlblog.com/blogs/paul_white/archive/2011/12/23/forcing-a-parallel-query-execution-plan.aspx

Paul