Discussion :

[Sergejack]

Bonjour,

On entend souvent (à juste titre) que trier des résultats par date n'est pas très performant (même avec un indexe) et devrait être évité.
Mais je me retrouve dans un cas de figure ou je ne vois pas d'alternative.

En effet, je dois retrouver le dernier (en terme d'une date clé) enregistrement qui précède un enregistrement définit au moment de la requête.
Aucun identifiant entier (ou autre) ne me permet de retrouver ce même ordre.

Est-ce que l'un de vous à déjà trouvé un moyen de faire ce type de recherche de façon plus éfficace que le TOP + ORDER BY ?

Merci.

[Waldar]

On entend souvent (à juste titre) que trier des résultats par date n'est pas très performant (même avec un indexe) et devrait être évité.

Ca me paraît faux, une date étant en fait un nombre de jours depuis une date maître :

Code :

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

1
2
3
select getdate() - cast(getdate() as float);
 
1900-01-01 00:00:00.000

Ce sera certes plus lent qu'un petit entier, mais loin de la catastrophe que vous avez l'air d'imaginer.

En effet, je dois retrouver le dernier (en terme d'une date clé) enregistrement qui précède un enregistrement définit au moment de la requête.
Aucun identifiant entier (ou autre) ne me permet de retrouver ce même ordre.

C'est même heureux que pour trouver la dernière date vous interrogiez la date ! Un id quelconque ne vous garantirait strictement rien.

Est-ce que l'un de vous à déjà trouvé un moyen de faire ce type de recherche de façon plus éfficace que le TOP + ORDER BY ?

Regardez du côté de la fonction analytique row_number(), mais je ne vous garantis pas que ce soit forcément plus rapide que le TOP + ORDER BY, essayez les deux méthodes.

[Erwan1978]

Une requête de ce type ne fonctionnerait-elle pas dans votre cas ?

Code :

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

1
2
3
4
5
SELECT source.mes_colonnes 
FROM ma_table source
     INNER JOIN (SELECT MAX(date) AS date
                      FROM ma_table
                      WHERE date < date_reference) filter ON source.date = filter.date

où date_reference correspondrait à la date de l'enregistrement définit au moment de la requête

[Sergejack]

En supprimant mon indexe sur le DateTime, ma requête va plus vite.
Gain de temps : de l'ordre de 200% sur mes tests !

@Waldar : En créant une colonne qui correspond au TIMESTAMP casté en INT de la date, et aussi sans index, ma séries de requête passe de 37 secondes à 12 secondes (les requêtes non concernées par ce problème prennent 2 secondes) !!

@Erwan1978 : Il me faut retrouver l'enregistrement, et non une date (qui par ailleurs ne me permettrait pas d'identifier mon enregistrement*)

* ligne, pour ceux qu'y fulminent devant la mauvaise terminologie.

----


Par ailleurs, j'ai pu vérifié une idée absurde (et pourtant ça marche !) que j'avais en tête.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
				SELECT TOP(1) O.Handicap
				FROM tHandicaps AS O
				WHERE O.IdMember = T.IdMember
				AND O.X < T.EntryDate
				-- This is way faster than retrieving top row of a sorted view
				AND NOT EXISTS (
					SELECT TOP(1) 1
					FROM tHandicaps AS O2
					WHERE O2.IdMember = O.IdMember
					AND O2.X < O.X
				)

Moi qui pensais que SQL Server, fesait exactement cela en égard à la clause TOP...

Gain de temps : de l'ordre de 300% sur mes tests !

Au total je suis passé de 1:20 à 0:12 (mm:ss)