[2005] Astuce : rapidité query avec constante

Citation:

---

Envoyé par mikedavem

/* Résultat avec CROSS APPLY
(8 ligne(s) affectée(s))
Table 'ventes'. Nombre d'analyses 4, lectures logiques 664, lectures physiques 0, lectures anticipées 0, lectures logiques de données d'objets volumineux 0, lectures physiques de données d'objets volumineux 0, lectures anticipées de données d'objets volumineux 0.
Table 'Employees'. Nombre d'analyses 1, lectures logiques 2, lectures physiques 0, lectures anticipées 0, lectures logiques de données d'objets volumineux 0, lectures physiques de données d'objets volumineux 0, lectures anticipées de données d'objets volumineux 0.
*/

/* Résultat avec ROW_NUMBER() ET INNER JOIN
(8 ligne(s) affectée(s))
Table 'ventes'. Nombre d'analyses 1, lectures logiques 166, lectures physiques 0, lectures anticipées 0, lectures logiques de données d'objets volumineux 0, lectures physiques de données d'objets volumineux 0, lectures anticipées de données d'objets volumineux 0.
Table 'Employees'. Nombre d'analyses 1, lectures logiques 2, lectures physiques 0, lectures anticipées 0, lectures logiques de données d'objets volumineux 0, lectures physiques de données d'objets volumineux 0, lectures anticipées de données d'objets volumineux 0.
*/[/code]

++

---

Il faut toujours prendre ces statistiques avec des pincettes.
Bien que votre query soit très performant, la version cross apply offre un meilleur temps de réponse.

Essayez donc le test vous même voici un query pour populer d'avantage la table des ventes :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

; with L1 as (select 1 as x union all select 1) , L2 AS (select L1.x from L1, L1 AS Ext) , L3 AS (select L2.x from L2, L2 AS Ext) , L4 AS (select L3.x from L3, L3 AS Ext) , L5 AS (select L4.x from L4, L4 AS Ext) INSERT INTO [Demo].[dbo].[ventes] ([emp_id] ,[montant] ,[date]) SELECT 1 + (N.n % 4) , N.n % 256 , DATEADD(ms, -N.n, GETDATE()) FROM ( SELECT ABS(CAST(CAST(NEWID() AS VARBINARY) AS INT)) FROM L5, L2 ) AS N(n)

---

Vu les indexs, les 2 query sont très rapides mais vous constaterai un petit avantage pour la version CROSS APPLY et d'expérience je vous garantit que si l'importance de l'avantage peut fort varier, il est presque toujours à la version CROSS APPLY dans ce type d'exercice.

Sur ce point je constate exactement la même chose que vous en terme de temps d'exécution. Dommage que l'opérateur de tri qu'engendre le ROW_NUMBER() consomme autant de CPU. Par contre cela engendre plus d'IO.

Cependant en changeant les index comme indiqué ci-dessous sur la table vente le résultat est encore plus surprenant :lol: ...

A l'occasion vous me direz ce que vous en pensez ... chez moi le CROSS APPLY est beaucoup plus performant même en terme d'IO cette fois.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21

CREATE CLUSTERED INDEX idx_date_ventes ON ventes ( date DESC );   -- Contrainte unique CREATE UNIQUE INDEX idx_id_ventes_ventes ON dbo.ventes ( vente_id ); GO   -- Index sur foreign key emp_id de la table vente CREATE INDEX idx_emp_id_ventes ON dbo.ventes ( emp_id ); GO

---

++