Hello à tous
 
J'ai un petit pb la, je pense pas que se soit tres compliqué, mais je bloque
 
En fait, j'ai une table qui content 150 enregistrements
 
J'ai un SELECT ... LIMIT $machin,30
 
Ce que je veux :
 
Si la place de l'enregistrement est comprise entre 0 et 30, alors j'UPDATE le champ PAGE en lui donnant la valeur 1.
 
Si la place de l'enregistrement est comprise entre 31 et 60, alors j'UPDATE le champ PAGE en lui donnant la valeur 2.
 
Etc etc
 
J'insiste bien sur la place de l'enregistrement, pas sur l'ID de l'enregistrement
 
J'espere avoir été clair
 
Merci a tous

c'est quoi que tu appelles "la place" ?

Oué, j'ai pas été très clair
 
Alors :
SELECT id FROM bidule LIMIT 0,30 par exemple.
 
Ca me ressort les ID de 65 a 95 on va dire
 
L'ID 65 a la place 1, le 75 la place 10, ... , le 95 la place 30

On ne maintient pas le numéro de page dans la base de donnée. Il faut le calculer à chaque fois
 
Car sinon tu auras des pages de tailles différentes, etc...  
Quand tu annuleras un id, il te faudra décaler le tout, etc...
 
$query  = "SELECT * FROM matable ORDER BY id DESC LIMIT (($pagecourante+1) *5), 5 " ;
 
J'espère que tu piges l'astuces. Il faut donner au LIMIT le début à partir duquel, et la quantité.
 
si $pagecourate vaut 4, ça fait donc LIMIT 25, 5 soit l'élément 25,26,27,28,29

 
J'avoue ne pas avoir compris le rapport avec mon truc

je résume pour toi alors
 
Ne maintiens pas la page dans la base de donnée

Ca marche très bien avec un champ PAGE, je ne vois pas le pb

Tu passe des variables dans les pages
du style page.php?p=4
 
tu récupère cette valeur dans la requete et voilà
Je peux pas être plus clair

Sur 1 000 000 d'enregistrements, ce n'est pas le plus rapide ...

 
MAINTENIR
 
tu annules le premier de la page 1, tu dois te tapper un trigger (qui n'existe pas en MySQL) pour corriger les autres derrières
 
Pour rappel, on ne stock dans une bd uniquement ce que ne peut PAS calculer !!!
 
par exemple, on ne stock pas le total d'une facture, etc

 
Ca marche EXTREMEMENT BIEN chez moi vu que la page de l'enregistrement ne change pas par la suite !

 
aucun problème avec le LIMIT crois-moi

Gros pb de LIMIT au contraire
 
http://forum.hardware.fr/forum2.ph [...] h=&subcat=
 
PS : Ce n'est pas exactement la meme requete, mais le principe est la

 
Le problème vient que l'index n'est pas ordonné. pas du limit

 
C'est la meme chose ici donc
Mais bon, ca marche tres bien, le pb n'est pas la

 
Alors tant mieux pour toi et désolé de t'avoir aidé  

 
 
Le pb n'était pas situé a ce niveau !
Mais tjs un souci pour recuperer la place des enregistrements

titre pourri  

c'est pour la page des sujets ? si tu supprimes un sujet, tu te retrouves avec une page avec un sujet en moins, donc comment tu fais ?

Y'a pas un truc genre "rownum" comme avec Oracle ?
-> Ca retourne un autoincrément pour chaque ligne, correspondant à la position dans le résultat

 
Non non, page des posts

 
Connais po ca

et bien, imagine ton message a 5pages. qqn supprime son message dans la page 2, alros la page 2 a un message en moins ?

 
Ha merde, pas con  

 
 
cf ma première intervention...
 

 
Autant pour moi, je n'avais pas bien compris
 
Toutes mes excuses, encore une fois,désolé

je sais pas si tu pourras faire ce que tu veux en 1 seule requête, mais en 2, voilà ce que tu peux faire :*
- 1 première requête pour récupérer dans une variable les ID à modifier,
- 1 seconde requête pour mettre à jour les ID contenu dans ta variable tableau.