Discussion :

[largolgd]

Bonjour tout le monde,
je suis en train de faire quelque chose de courant j'imagine avec php et j'aimerais m'assurer que ma méthode est la bonne. Pour cela je préfere demander a des personnes qui ont plus d'expérience que moi .

Ce que je veux faire :
J'ai enregistré dans ma base de donnée de nombreux articles que l'utilisateur va pouvoir consulter Les articles sont très nombreux il me faut donc limiter le nombre d'articles pour une page. Pour cela j'envoi une requete SELECT avec la fonction LIMIT.
Ensuite il faut que l'utilisateur puisse accéder aux autres pages, donc il faut que je détermine combien de page il y aura en tout. Pour ce faire je fais une requête SELECT * puis je demande combien de lignes me sont retourné.

Ce qui me gêne c'est d'utiliser 2 requêtes c'est peut etre maladroit de ma part ...

En outre je pense qu'il est maladroit de faire un SELECT *, j'ai peur qu'avec un noçmbre d'article grandissant chaque jour, la requête ne soit de plus en plus lente. Qu'en est il réellement ?

Merci pour vos conseils

[titoumimi]

Code :

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

$strSQL_count = "SELECT COUNT(*) AS nb_enregistrements FROM matable";

:

il me semble avoir vu dans un post il y a quelques temps que c'était plus rapide ...

[hisy]

Je crois que le mysql_affected_rows() te donnera le nombre complet d'enregistrement pour ton SELECT sans tenir compte du LIMIT ...

Ca te donne le nombre d'enregistrements ... En une seule requete ...

Mais de manière générale ... évite les SELECT * ... si tu peux ... Surtout si c'est juste pour compter le nombre de retour ...

Un SELECT maclé FROM matable est moins RessourssoPhage ... (!?)

[macbook]

Je crois que le mysql_affected_rows() te donnera le nombre complet d'enregistrement pour ton SELECT sans tenir compte du LIMIT ...

Perdu !

Sinon pour faire de la pagination sans faire plusieures requêtes, tu peux enregistrer dans une variable de session le résultat de ta requête sous la forme d'un tableau, puis un simple count() dessus te renverras le nombre de tupple concernés.

[Amnesiak]

Tu peux obtenir le nombre réel d'enregistrements trouvés par la requête SELECT sans tenir compte de la clause LIMIT à l'aide de l'option SQL_CALC_FOUND_ROWS:

Code :

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

1
2
3
4
SELECT SQL_CALC_FOUND_ROWS *
FROM `maTable`
WHERE ...
LIMIT ...

Qui te renvoie le jeu d'enregistrements limité que tu souhaites afficher sur une seule page (selon la valeur de LIMIT). Ensuite, il suffit d'appeler la fonction MySQL FOUND_ROWS() qui t'indique le nombre réel d'enregistrements qui auraient été trouvés sans la clause LIMIT.

Code :

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

SELECT FOUND_ROWS()

Je pense que c'est une solution plus rapide que de faire un COUNT() de tous les enregistements de la table sans clause LIMIT

[largolgd]

Je pense que je vais appliquer la fonction SQL_CALC_FOUND ROWS, ca semble etre exactement ce que je recherchais . Merci pour la rapidité de vos réactions a tous et pour votre aide.
A bientot !!

[vg33]

Je crois que le mysql_affected_rows() te donnera le nombre complet d'enregistrement pour ton SELECT sans tenir compte du LIMIT ...

C'est faux. mysql_affected_rows() renvoie le nombre de lignes modifiées par une requête (donc soit par UPDATE ou par DELETE), pas par SELECT.
Pour un SELECT, c'est mysql_num_rows() qu'il faut utiliser, et il tient bien entendu compte du LIMIT puisqu'il compte le nombre de lignes renvoyées par la requête.

[macbook]

C'est faux. mysql_affected_rows() renvoie le nombre de lignes modifiées par une requête (donc soit par UPDATE ou par DELETE), pas par SELECT.
Pour un SELECT, c'est mysql_num_rows() qu'il faut utiliser, et il tient bien entendu compte du LIMIT puisqu'il compte le nombre de lignes renvoyées par la requête.

Encore perdu !

mysql_affected_rows() retourne également le nombre de lignes concernés par un SELECT.

D'après la doc :

Requêtes SELECT : Pour obtenir le nombre de lignes retournées par un SELECT, il est possible d'utiliser mysql_num_rows().

Ce serait donc plutôt le contraire de préconisé.


http://fr.php.net/manual/fr/function.mysql-affected-rows.php

[vg33]

mysql_affected_rows() retourne également le nombre de lignes concernés par un SELECT.

Désolé, mais c'est toi qui a tout faux
Dans le lien même que tu cites :

mysql_affected_rows

(PHP 3, PHP 4, PHP 5)
mysql_affected_rows -- Retourne le nombre de lignes affectées lors de la dernière opération MySQL
Description
int mysql_affected_rows ( [resource link_identifier] )

Retourne le nombre de lignes affectées lors de la dernière requête INSERT, UPDATE ou DELETE avec link_identifier.

Je persiste, et tu le dis toi-même (tu lis ce que tu écris ?), c'est mysql_num_rows() qu'il faut utiliser pour récupérer le nombre de résultats d'un select :

D'après la doc :

php.net a écrit:
Requêtes SELECT : Pour obtenir le nombre de lignes retournées par un SELECT, il est possible d'utiliser mysql_num_rows().

Comme tu peux le lire, c'est mysql_num_rows() qui est écrit, pas mysql_affected_rows().

[macbook]

C'est faux. mysql_affected_rows() renvoie le nombre de lignes modifiées par une requête (donc soit par UPDATE ou par DELETE), pas par SELECT.

Décidément il y en a qui ont la tête dure ici.

Toi tu prétends que mysql_affected_rows() ne marche pas pour un select. As-tu seulement fais le test ? As-tu pris le temps de faire des tests de rapidité d'execution sur les deux méthodes ? Moi oui et je préconise mysql_affected_rows() pour compter le nombres de tupple d'une requête même lorsqu'il s'agit d'un SELECT.

Maintenant je ne vais pas t'apprendre à lire mais si on lit bien ce qui suit :

Requêtes SELECT : Pour obtenir le nombre de lignes retournées par un SELECT, il est possible d'utiliser mysql_num_rows().

Cela signifie pour moi que les deux fonctions marchent pour compter après un SELECT. Il est POSSIBLE != Il FAUT.

Chacun sa lecture.

[vg33]

Dans le manuel php version chm téléchargé sur le site officiel :

mysql_affected_rows() n'est pas possible après un SELECT, car elle ne fonctionne qu'après des commandes qui modifient les enregistrements. Pour connaître le nombre de lignes retournées par un SELECT, utilisez mysql_num_rows().

Est-ce une erreur ?

[macbook]

Ce qui démontre que tu n'as pas essayé.

<?php
&#160;$sql&#160;=&#160;"SELECT&#160;name&#160;FROM&#160;ma_table"&#160;;
&#160;mysql_query&#160;(&#160;$sql&#160;)&#160;;
&#160;echo&#160;mysql_affected_rows()&#160;;
?>

Phpsyntaxcolor powered by decabodi.com

Ce snippet est plus rapide qu'avec un mysql_num_rows(). Le chm n'est pas à jour ou bien différent de ce qui se fait en ligne.

[largolgd]

Pour revenir a la fonction SQL_CALC_FOUND ROWS, j'ai du mal a obtenir des résultats satisfaisant...

J'envoi ma premiere requete qui est la suivante :

Code :

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

1
2
3
4
5
6
 
$sql = "SELECT SQL_CALC_FOUND_ROWS * FROM `maTable` LIMIT 10;";
$rqp = mysqli->prepare($sql);
 
$rqp = bind_result($var1, $var2);
$rqp->execute();

Je pensais pouvoir accéder au résultat avec cette méthode

Code :

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

1
2
 
$rqp->found_rows();

mais je suis confronté a ce message :
unexpect T_OBJECT_OPERATOR

Je pourrais executer une seconde requete et y placer le

Code :

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

SELECT FOUND_ROWS

Mais a ce moment la je reviens sur mon probleme de départ qui était d'éviter d'utiliser 2 requetes ...

A moins que cette seconde requête ne nuise pas a la rapidité de mon script ?