Hello,
 
Y a-t-il moyen en un SELECT de récupérer une entrée de ma base ainsi que cette d'avant et celle d'après ?
 
J'ai une base photos avec :
 
| ID | NOM | DATE | CATEGORIE |
 
je veux sélectionner ma photo et avoir sous le coude le nom de celle d'avant et celle d'après, dans la même catégorie
Je voulais éviter de devoir faire trop de requêtes à la suite pour ne sortir que 3 entrées...
 
Merci

EDIT : ID est une clé primaire. Mais les numéros ID ne se suivent pas forcément en fonction de la catégorie

Si t'as que l'id de la photo sélectionnée comme base, j'vois pas trop d'autre solution que :
 

SELECT * FROM tofs t WHERE t.id = <id_de_ta_tof>
union
SELECT * FROM tofs pt WHERE pt.category = t.category AND pt.date = (SELECT max(date) FROM tofs WHERE date < t.date)
union 
SELECT * FROM tofs nt WHERE nt.category = t.category AND nt.date = (SELECT min(date) FROM tofs WHERE date > t.date)

 
edit: en fait c'est merdique, voir plus bas.

effectivement j'ai un peu fouillé sur le net mais j'ai trouvé que des histoires avec UNION... je vais me tourner de ce côté donc
 
J'aurais pensé que MYSQL intègre une fonction de RANGE ou un truc du genre
 
Merci de l'info !

En fait y a probablement bien mieux :
 

SELECT * FROM tofs t WHERE t.id = <id_de_ta_tof> AND t.date 
BETWEEN
(SELECT MAX(date) FROM tofs pt WHERE pt.category = t.category AND pt.date < t.date)
AND
(SELECT MIN(date) FROM tofs nt WHERE nt.category = t.category AND nt.date > t.date)

bon dans tous les cas ça fait 3 requêtes pour trouver 3 photos

Ouais enfin y en avait 5 dans ma première proposition.

 
spa faux

la première requete marche en mysql? parceque en oracle il me jetterait pour les alias
 
sinon la 2eme requete devrait etre ok mais il faut changer le AND en OR
 

Effectivement, étourderie.
 
D'ailleurs en fait pas besoin de BETWEEN, juste deux OR avec des =.
 
edit tardif: bon en fait non, ça va pas du tout, t.date n'a aucun sens dans ces conditions.

Le min/max sur les date est une mauvaise idée: s'il y a plusieurs photos pour une date donnée, la requête plus haut peut potentiellement remonter plus de 3 lignes.

Je ferais un truc dans le genre:

SELECT 
 case when sign(T1.id - T2.id) > 0 then 'prev' 
      when sign(T1.id - T2.id) < 0 then 'next' 
      else 'curr' end AS item,
 case when sign(T1.id - T2.id) > 0 then max(T2.id) 
      when sign(T1.id - T2.id) < 0 then min(T2.id) 
      else T1.id end AS item,
      T2.*
FROM 
tofs T1
INNER JOIN tofs T2 ON T1.category = T2.category
WHERE  T1.id=<id_de_ta_tof>
GROUP BY T1.id, sign(T1.id - T2.id)
ORDER BY sign(T1.id - T2.id)

note: en plus si les indexes sont correctement réglés celà sera plus rapide
note2: c'est du pur MySQL, ça risque de pas marcher sur autre chose ( en particulier a cause du group by)

Ouais mais il a dit que les IDs étaient pas forcément dans l'ordre je crois. (Enfin en fait non après relecture, c'était ptete pas forcément ce qu'il voulait dire. )
 
Du coup j'ai supposé que ces "dates" étaient des datetime (auquel cas je pense que mon truc fonctionne).

non en fait ce que je voulais dire c'est que si on fais un select de 3 images de la même cat, les ID ne seront pas forcément ID, ID+1, ID+2  
c'est pour ça qu'une requête avec WHERE ID=t.id-1 n'aurait pas joué

en passant, j'ai essayé de faire une bête requête  
SELECT MAX(date), name FROM table ... LIMIT 1
et il me retourne qu'il faut mettre un GROUP BY pourquoi ?

on peut mettre un min ou un max dans un case en mysql(quasi jamais utilisé)?
 
en oracle a la limite on pourrait en utilisant les min/max version fonction analytique, mais la il ralerait direct.

SELECT date, name FROM table ORDER BY date DESC LIMIT 1
 
edit : en fait ça répond pas a ta question
 
en fait, il ne sait pas quel name choisir.
Il faudrait faire SELECT date, name FROM table WHERE date=(SELECT max(date) FROM TABLE) je pense

edit: j'ai rien dit mon truc marchera jamais, d'ailleurs celles d'au dessus non plus (faut forcément un join ou un union quelque part)

La requête que j'ai donnée plus haut elle a pas besoin que les IDs se suivent hein

Pas vraiment, tu peux très bien avoir plusieurs enregistrement avec exactement le même timestamp dans une table. Ca arrive même régulièrement quand tu as des  "insert into taTable ( ..., champs_date) select ... current_timestamp .

ça c'est sur

L'utilisation d'un aggregat (max, min, sum, count, ...) impose l'utilisation du group by sur les colonnes "non-aggrégées". MySQL fait preuve de souplesse la-dessus, mais uniquement jusqu'à un certain point.

on peut faire n'importe quoi avec MySQL
mais moi ce qui me surprend le plus c'est qu'il accepte le T2.* dans le select sans qu'il soit dans le group by.

Bon au final pour pas me faire chier et pour faire des manip supplémentaires, j'ai fais 3 requêtes séparées ...
 
Merci quand même j'ai 2 ou 3 trucs qui me serviront par la suite dans tous vos posts

 
Pas dans l'ordre != se suivent pas.
 
Genre t'ajoute une photo en lui foutant la date d'il y a trois semaines, je sais pas.
 
C'est assez débile pour une date, mais rien ne l'empêche techniquement (on a plutôt ce genre de cas avec des listes dans lesquelles on peut aller insérer un truc en plein milieu, auquel cas on peut pas se baser sur l'ID).

pas tort
Mais dans ce cas là, au lieu de faire sign(T1.id - T2.id) suffit de faire sign(T1.date - T2.date) et ça marche pareil ...