Discussion :

[olibara]

Bonjour
J'aimerais dans une procedure stockée parcourir le résultat d'un select

Le select de base :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SELECT DISTINCT Code FROM Results

Ensuite pour chaque Code dans le resultat de mon select j'aimerais faire un TOP

Dans le genre :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
    SELECT TOP 10 * FROM  Result WHERE Code=@UnCode 
    ORDER BY Date DESC

Bien sur je peux faire ca en programmation a coup de requete ADO depuis cSharp mais ca m'intéresserait le le maitriser en SQL

Je suis asser novice en SP, je demande un peu de compréhension pour mon ignorance et toute suggestion est bienvenue

Merci

[SQLpro]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
WITH T0 AS (
SELECT Code, ROW_NUMBER() OVER (PARTITION BY Method ORDER BY "Date" DESC) AS N
FROM   Result)
SELECT Code
FROM   T0
WHERE  NCHAR <= 10;

avec le bon index :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

CREATE INDEX XXX ON Result ("Date", Method) INCLUDE (Code);

A +

[olibara]

Merci SQL Pro

Mais avec ou sans index, ce n'est pas asser performant sur une table de plusieurs millions de record

Il me semble par contre que le SELECT TOP 10 * WHERE SerialNR='xxxxx' ORDER BY DATE DESC est beaucoup plus rapide ! (et ca me semble logique)

Donc je vais m'orienter sur la solution Requete en boucle depuis cSharp et traitement des resultats intermédiares

[mikedavem]

Et avec cet index ?

CREATE INDEX XXX ON Result (Method, [Date] DESC) INCLUDE (Code);

Est-ce que la CTE est toujours moins rapide ?

Tu peux poster le plan d'exécution ?

++

[olibara]

Merci MikeDavem

Je pense avoir l'index qu'il faut sur la table

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
CREATE NONCLUSTERED INDEX [IX_ImeiDate] ON [dbo].[GPSTrace] 
(
    [imei] ASC,
    [date] ASC
)WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON) ON [PRIMARY]

Et voici l'execution plan (joint) : j'ai renommé car le forum n'aime pas l'extension sqlplan

[mikedavem]

Je pense que ton index n'est pas le bon en réalité. Il faudrait tester bien sûr.
Sur ton plan d'exécution on voit qu'il y a une opération de tri coûteuse provoquée par ROW_NUMBER() OVER (PARTITION BY Method ORDER BY "Date" DESC). En effet l'optimiseur est obligé de trier dans l'ordre descendant les dates avant d'utiliser son opérateur de segmentation. Il y a de grandes chances que cette opération de tri se fasse dans tempdb ... donc au niveau performance ...

Pour éviter cette opération de tri tu peux essayer de recréer ton index avec un ordre descendant sur ta colonne [date] pour voir.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
CREATE NONCLUSTERED INDEX [IX_ImeiDate] ON [dbo].[GPSTrace] 
(
[imei] ASC,
[date] DESC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]

++