MS SQL Server
  1. MS SQL Server
  3. SQL Server, en essayant d'optimiser ma requête, en utilisant TOP, supérieur à et order par?
Intereting Posts
Je veux choisir parmi deux tables (a, b) qui sont liées les unes aux autres par l'intermédiaire de la troisième table (c), mais la table a a une key primaire composite SQL Case NOT NULL comme valeur ServiceStack OrmLite ne récupère pas les champs SqlGeography Planifier une requête SQL Server pour exécuter et sortir un file Quelle est la meilleure pratique pour appeler un service Web à partir d'un triggersur (SQL Server) Aplanir les lignes de longueur variable dans une seule colonne Exécuter la même requête dans SSMS sur plusieurs bases de données dans le même server Transact SQL: Seules les modifications les plus récentes si la valeur de 2 colonnes est la même Moyenne en vertu de la clause Inverse seulement les parties numériques de la string dans le server sql Mise à jour de la comparaison de date et heure deux colonnes Vous searchz des scripts T-SQL pour supprimer un travail SQL "Grouper par *" dans une requête SQL Server 2008? Comment faire deux loggings d'un? SQL: interrogation du nom de colonne à l'aide de la valeur d'un autre champ

SQL Server, en essayant d'optimiser ma requête, en utilisant TOP, supérieur à et order par?

C'est ma requête 

SELECT TOP 3 guid FROM eventlog WHERE (guid > 2291399 AND batch_uid = -1) ORDER BY date_created ASC

Je cours ce qquery dans un slider de procédure stockée environ 25 fois. Ce qui provoque le SP à courir pendant 10 secondes plus.

Quelqu'un peut-il me conseiller où je pourrais optimiser ma requête?

J'ai essayé les index suivants 

 CREATE INDEX eventlog_003 ON eventlog (batch_uid,date_created,guid); CREATE INDEX eventlog_004 ON eventlog (date_created,guid); CREATE INDEX eventlog_005 ON eventlog (guid,batch_uid,date_created ASC); CREATE INDEX eventlog_006 ON eventlog (batch_uid,date_created ASC,guid);

Voici quelques statistics.

entrez la description de l'image ici

Il semble que la plupart du time est passé à faire cette parsing d'index. J'ai trouvé quelques infos dans cette question . En bref, il est préférable d'get la database pour essayer de faire une search d'index plutôt qu'une parsing (une parsing nécessitant la vérification des champs de la table qui ne sont pas dans l'index). Il semblerait que l'une des façons de réduire le time nécessaire serait de créer un index ascendant sur guid , batch_uid et date_created .