Tri dans base de données SQL

[delavega]

Bonsoir tout le monde,

Qui pourrait me donner la requête SQL qui me permet d'effectuer un tri dans une base de données ?

Code :

1
2
3
sql2 = "SELECT * FROM events WHERE voyant='" & rs("client") & "'"
(et celui qui a le prix le plus faible)

Merci d'avance,

Denis

[kaiser59]

Salut,

Tri croissant :

Code asp :

1
2
3
<%
sql2 = "SELECT * FROM events WHERE voyant='" & rs("client") & " order by Monchamp ASC "'"
%>

Note : ASC est par défaut lors d'un tri

Tri décroissant (répond à ta question) :

Code asp :

1
2
3
<%
sql2 = "SELECT * FROM events WHERE voyant='" & rs("client") & " order by Monchamp DESC "'"
%>

++

[delavega]

Merci pour ta réponse, mais j'ai mal expliqué ce que je souhaite.

J'aimerai en fait un tri, sur un champs, qui me ressort LA valeur la plus basse du champs, mais uniquement la plus basse. Pas les autres.

Merci

[roro06]

Bonjour

Ce n'est plus un tri, alors ...

Code :

select min(monchamps) FROM events WHERE voyant='" & rs("client")  & "'"

(a verifier selon le sgbdr, ca c'est pour access)

[kaiser59]

Tu peux faire ceci aussi qui te donnera à 100% la valeur la plus petite de ton champ

Code asp :

1
2
3
4
 
<% 
sql2 = "SELECT TOP 1 Prix,* FROM events WHERE voyant='" & rs("client") & " order by Prix ASC" 
%>

Explication Top 1 ne te renvoie qu'une seule valeur et en même temps on fait un tri croissant donc du plus petit au plus grand De ce fait tu auras forcement la valeur la plus petit de ton champ en retour.

[The eye]

Choisis plutôt la technique du modo, en effet le MIN est plus long à executer et si tu as une grosse table (plusieurs centaines de milliers d'enregistrements) la différence d'execution entre ces deux requêtes devient sensiblement perceptible.

Cela est encore plus vrai si tu as un champ de type non numerique

[roro06]

MIN est plus long à executer et si tu as une grosse table (plusieurs centaines de milliers d'enregistrements) la différence d'execution entre ces deux requêtes devient sensiblement perceptible.

Marrant, je viens de faire le test, c'est l'inverse. (sous access, 900 000 enregistrements, test sur champs indexés et non-indexés, type numérique, la différence de temps allant du simple au quadruple)

ca serait interressant de voir sur d'autres sgbd

[The eye]

Ma remarque a été testé sur champs indexés numériques et sous SQLServer 2003....

Marrant qu'access réagisse différemment

A mon avis ma remarque doit être soumise à d'autres paramètres qui m'échappe

[roro06]

Je ne connaissais pas top, maintenant, je connais.

Maintenant, je me le note pour le jour ou je migrerais sur SQL server, ça peut servir.

moralité, c'est toujours bon d'avoir plusieurs avis differents