Discussion :

[Balboulloude]

Bonjour,

j'ai donc une table, prenons pour exemple une table de news, chaque news à un ID, les ID ne se suivent pas forcement de 1 en 1 (= une news peut avoir été effacée), je voudrais en une seule requête avoir X résultats avant tel ID et Y après.

Concrètement ça donne :

soit la news d'ID = 9
récupérer les 4 news dont les ID sont directement inférieurs à 9
et les 8 news dont les ID sont directement supérieurs à 9


En gros il s'agit de fusionner (enfin je crois)

SELECT * FROM news WHERE ID < 9 LIMIT 0,4
et
SELECT * FROM news WHERE ID > 9 LIMIT 0,8


est - ce que ça vous parait faisable ? ou alors autant faire 2 requêtes ?


merci beaucoup !

[Maljuna Kris]

Saluton,
Tout d'abord, pourquoi SELECT * est à proscrire.
Ensuite que penses-tu de cela

Code sql :

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

1
2
3
4
5
6
select n1.id,COUNT(distinct n2.id) as inf, COUNT(distinct n3.id) as sup
FROM news n1
LEFT JOIN news n2 ON n1.id>= n2.id
left join news n3 on n1.id<n3.id
group by n1.id
HAVING inf between 1 AND 5 ANd sup BETWEEN 1 AND 4

[Maljuna Kris]

Au temps pour moi, l'idée demande à être creusée.

[Maljuna Kris]

Un petit tour en ville m'a permis de remettre mes idées en ordre (j'espère)

Code sql :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
select n.id, count(*) as rang
FROM news n
LEFT JOIN news n2
ON n.id <= n2.id
GROUP BY n.id
HAVING rang BETWEEN 
(select count(*)
FROM news n3 LEFT JOIN news n4 ON n3.id <= n4.id
WHERE n3.id=$id)-4
AND 
(select count(*) 
FROM news n5 LEFT JOIN news n6 ON n5.id <= n6.id
WHERE n5.id=$id)+4

ou $id est l'id d'offset.

[Balboulloude]

Woot, c'est parfait; merci beaucoup

[Sivrît]

Personnellement, si ID est duement indéxé, je pense qu'il serait plus efficace de simplement passer par :

Code :

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

1
2
3
SELECT * FROM news WHERE ID < 9 ORDER BY ID DESC LIMIT 0,4
UNION ALL
SELECT * FROM news WHERE ID > 9 ORDER BY ID ASC LIMIT 0,8

[Maljuna Kris]

Je suis bien d'accord, mais étant plongé dans le chapitre 5 de Learning PHP Data Object, j'y redécouvre que LIMIT n'est pas une syntaxe standard SQL.
Du coup, traumatisé, j'ai du développer un réflexe pavlovien qui me fait chercher des solutions tarabiscotées pour contourner le recours à LIMIT.
Mais, HAVING rang (où rang est un alias dans la clause SELECT) est-il standard ?

[Sivrît]

C'est vrai que j'ai assez peu le nez dans les standards... Mais tous les SGBD ont un équivalent.

Mais, HAVING rang (où rang est un alias dans la clause SELECT) est-il standard ?

Je dirais que oui... au pire on doit pouvoir y mettre l'expression elle même. Je crois que HAVING est là pour ce genre de cas.

Le problème des solutions à base de jointure est qu'elles obligent la base à lire à peu près toute la table... éventuellement plusieurs fois. Dans un cas où on a un index (comme ici), ce sera considérablement plus lent que le LIMIT qui va lire seulement la dizaine d'enregistrements concernés. Je serais curieux de voir de combien

[Maljuna Kris]

Mais tous les SGBD ont un équivalent.

Certes, mais la portabilité du code, avec une extension comme PDO, consiste à limiter les modifications à la chaîne de connexion.
S'il faut étendre les classes PDO et PDOStatement pour y gérer tous les exotismes SQL, ça ne va pas être une sinécure.