Discussion :

[SQLpro]

C'est faux, notamment pour les requêtes TOP-N avant l'existence des fonctions analytiques, si je veux afficher les 20 résultats les plus vieux parmi les 100 plus récent :

Code :

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

1
2
3
4
5
6
select *
  from ( select rownum as rm, s.*
           from (select rownum as rn, t.* from unetable t order by t.unecolonne desc) s
          where rn <= 100
       order by unecolonne asc )
 where rm <= 20;

C'est totalement faux !!!!

Tu n'afficheras pas les "les 20 résultats les plus vieux parmi les 100 plus récent :" avec cette requête, mais tu affichera 20 lignes ayant des résultats du plus vieux au plus récents, même s'il y en a plus ou moins...

Le seul moyen que SQL ne choisisse pas arbitrairement telle ou telle ligne est d'utiliser les fonctions d'ordonnancement ou leur équivalent nécessitant une sous requête avec une non équi jointure...

A +

[skuatamad]

C'est totalement faux !!!!

Mais bien sûr...

Comme vous n'avez pas compris cette phrase elle signifie que VOUS NE POUVEZ PAS METTRE DE ORDER BY AUTRE PART QU'EN TOUTE DERNIÈRE LIGNE DE VOTRE REQUÊTE...

Et donc en suivant votre conseil à la lettre, on les code comment les fonctions de fenêtrage ?

[SQLpro]

Mais bien sûr...


Et donc en suivant votre conseil à la lettre, on les code comment les fonctions de fenêtrage ?

Je vous conseille de lire mon livre sur SQL, car vous y ferez la distinction entre ce qu'est une clause et ce qu'est un opérateur.
Dans une fonction de fenêtrage il existe la clause de fonction OVER dotés des opérateurs PARTITION BY, ORDER BY et ROWS/RANGE...
Une opérateur n'a rien à voir avec une clause...

A +

[skuatamad]

Dans une fonction de fenêtrage il existe la clause de fonction OVER dotés des opérateurs PARTITION BY, ORDER BY et ROWS/RANGE...
Une opérateur n'a rien à voir avec une clause...

Formidable... vous allez pouvoir corriger votre tutoriel :
Les fonctions OLAP et la clause WINDOW de fenêtrage

• En cas d'omission de la clause PARTITION BY, c'est l'intégralité du jeu de résultats qui est pris en compte.
• Si vous utilisez la clause RANGE, vous devez également inclure une clause ORDER BY. En effet, le calcul permettant de générer la fenêtre exige le tri des valeurs. Par ailleurs, la clause ORDER BY ne peut contenir qu'une expression, celle-ci devant renvoyer une date ou une valeur numérique.
• Lorsque avez recours aux clauses ROWS ou RANGE, si vous n'indiquez qu'une ligne de départ, la ligne courante correspond à la dernière ligne de la fenêtre. Si vous ne spécifiez qu'une ligne de fin, la ligne courante sert de ligne de départ.

Et profitez-en pour ouvrir un bug de documentation chez votre partenaire MS :
Clause OVER (Transact-SQL)

OVER (
[ <PARTITION BY clause> ]
[ <ORDER BY clause> ]
[ <ROW or RANGE clause> ]
)

<PARTITION BY clause> ::=
PARTITION BY value_expression , ... [ n ]

<ORDER BY clause> ::=
ORDER BY order_by_expression
[ COLLATE collation_name ]
[ ASC | DESC ]
[ ,...n ]

<ROW or RANGE clause> ::=
{ ROWS | RANGE } <window frame extent>
...

[SQLpro]

Effectivement il m'arrive d'écrire des conneries dans mes propres articles. Comme je n'ai pas accès à mes propres sources, il m'est impossible de corriger. Maintenant il n'y a que ceux qui font rien qui ne commettent jamais d'erreur....

Merci !