Petite reflection entre fetch_row et fetch_array

Je préviens que ce post n'a pas pour but de dire qu'il est préférable d'utiliser telle fonction plutôt qu'une autre. C'est juste une reflection.

Je me suis prété à un petit calcule de mémoire théoriquement utilisé lors de l'utilisation entre un xxx_fetch_array et xxx_fetch_row.
Sur l'exemple d'un forum. Nous considérons qu'il ait 30 messages par page d'un sujet et que la quantité de mémoire moyenne utilisé pour stocké les information (titre,message,date,...) est de 10 kilos octets. Entre les "invités" et les inscrits
nous concidéront qu'au total 1000 personnes consultent cette page par jour. Calcule :
(10 ko x 1000 personnes x 365jours) = 3650000/1024 = 3564,453125 mo soit ~3,5 go sur une année pour une seul page :aie: . Ceci, c'est si vous utilisez xxx_fetch_row mais si c'est xxx_fetch_array vous pouvez multiplier ce chiffre par deux ~7go.
En effet le fetch_array stock un numéro d'indice du champs et une autre dimension correspondant au nom du champs sql. Le fetch_row ne stock que l'indice du champs.
voila :D

Et du coup, avec fetch_row, t'as un code complétement illisible... Excellente idée ! ;)
mysql_fetch_assoc retourne juste le tableau associatif, c'est un peu mieux non ?

Code:

---

1 2 3

echo $truc[5]; // gné ? echo $truc['titre']; // affiche le titre de truc

---

Citation:

---

Envoyé par titoon

Et du coup, avec fetch_row, t'as un code complétement illisible... Excellente idée ! ;)
mysql_fetch_assoc retourne juste le tableau associatif, c'est un peu mieux non ?

Code:

---

1 2 3

echo $truc[5]; // gné ? echo $truc['titre']; // affiche le titre de truc

---

---

Personnellement je fais.

Code:

---

1 2	echo $truc[5]; //titre ?

---

Le problème est réglé donc c'est pas un problème.

<agite sa pancarte "fan de mysql_fetch_assoc"> :mrgreen:

En général, quand j'ai peu de champs retournés, je fais

Code:

---

list($a, $b, $c) = mysql_fetch_row(...);

---

Sinon, mysql_fetch_assoc() est effectivement beaucoup plus lisible dans le code. Quand tu dois utiliser les données pour autrechose qu'un simple echo et qu'en plus, tu utilises plusieurs valeurs différentes sur la même ligne, le commentaire n'est pas satisfaisant à mon sens.

Oui enfin bon mon but n'est pas de savoir quel est la meilleur fonction à utiliser c'est selon ses besoins.
C'étais juste pour montrer la différence entre deux mêmes fonctions qui peuvent avoir une répercution,certe toute relative, sur des domaines sur lesquel nous pensons pas. S'intéresser sur ce genre de reflexion peut être intéressant sur les test de performance en volume. Juste en changeant une fonction vous pouvez soulager la mémoire du serveur presque de 50% ce qui n'est pas négligeable. Je suppose que si vous faites un petit audit sur des applications et que vous vous pretez à ce jeux là c'est à dire à gonfler le volume sur l'unité vous vous rendez compte qu'il y a des moyens d'optimiser certain élément et que bien souvent cela nous menes à un code plus juste. Ce test est valable lorsque vous tester la rebustesse de votre base sur des centaines de milliers d'enregistrements.
http://datacharmer.blogspot.com/2006...s-quickly.html

hello,

*_fetch_array est une fonction générique qui est souvent (mal) utilisée par habitude.
une bonne méthode est de l'utiliser avec la constante de résultat désiré :

*_NUM -> *_fetch_row()

*_ASSOC -> *_fetch_assoc()

*_BOTH (par défaut) -> qui mélange les deux méthodes (pratique pour récuperer les lignes de résultat contenant des doublons... lorsqu'on sait pas qu'on peut utiliser des alias sur les champs retournés...)

bref c'est une méthode sans grand intéret mais qu'on utilise souvent parce-qu-on-a-appris-comme-ca.

perso j'ai une petite tendresse pour *_fetch_object.
pourquoi ?
parce qu'il est beaucoup moins chiant à l'usage de taper $truc->machin que $truc['machin']... et beaucoup plus lisible que $truc[157]<-oui je sais j'abuse ;)

Citation:

---

Envoyé par Petibidon

hello,

*_fetch_array est une fonction générique qui est souvent (mal) utilisée par habitude.
une bonne méthode est de l'utiliser avec la constante de résultat désiré :

*_NUM -> *_fetch_row()

*_ASSOC -> *_fetch_assoc()

*_BOTH (par défaut) -> qui mélange les deux méthodes (pratique pour récuperer les lignes de résultat contenant des doublons... lorsqu'on sait pas qu'on peut utiliser des alias sur les champs retournés...)

bref c'est une méthode sans grand intéret mais qu'on utilise souvent parce-qu-on-a-appris-comme-ca.

perso j'ai une petite tendresse pour *_fetch_object.
pourquoi ?
parce qu'il est beaucoup moins chiant à l'usage de taper $truc->machin que $truc['machin']... et beaucoup plus lisible que $truc[157]<-oui je sais j'abuse ;)

---

En y reflechissant, il est vrai que nous gardons des habitudes mais de catégorie "boulet" nous savons que c'est pas terrible mais ...