Taille en mémoire des différents fetch
9 messages
• Page 1 sur 1
-

dorian53 - WRInaute passionné

- Messages: 2217
- Inscription: 10 Avr 2005
Taille en mémoire des différents fetch
Bonjour,
Je cherche à savoir si un fetch_array prend 2 fois plus de taille en mémoire qu'un fetch_row ?
Prenons l'exemple de MySQL :
- fetch_row retourne un recordset de résultats dans un tableau avec un indice comme nom de colonne
Array ( [0] => 1 [1] => Je suis du texte )
- fetch_array retourne un recordset de résultats dans un tableau avec un indice comme nom de colonne, et le nom du champs dans une colonne supplémentaire.
Array ( [id] => 1 [0] => 1 [libelle] => Je suis du texte [1] => Je suis du texte )
Vous imaginez donc les conséquences avec une requête retournant plusieurs milliers de résultats.
J'ai cherché à savoir s'il y avait des pointeurs en modifiant les données mais visiblement, non.
Je n'ai pas trouvé de fonction pour connaitre la taille d'une variable en mémoire.
Merci
Je cherche à savoir si un fetch_array prend 2 fois plus de taille en mémoire qu'un fetch_row ?
Prenons l'exemple de MySQL :
- fetch_row retourne un recordset de résultats dans un tableau avec un indice comme nom de colonne
Array ( [0] => 1 [1] => Je suis du texte )
- fetch_array retourne un recordset de résultats dans un tableau avec un indice comme nom de colonne, et le nom du champs dans une colonne supplémentaire.
Array ( [id] => 1 [0] => 1 [libelle] => Je suis du texte [1] => Je suis du texte )
Vous imaginez donc les conséquences avec une requête retournant plusieurs milliers de résultats.
J'ai cherché à savoir s'il y avait des pointeurs en modifiant les données mais visiblement, non.
Je n'ai pas trouvé de fonction pour connaitre la taille d'une variable en mémoire.
Merci
- NextGeneration
- WRInaute occasionnel

- Messages: 428
- Inscription: 27 Sep 2006
question taille en mémoire, c'est similaire. Les clés sont indexées via un hashset, donc la place que prennent les "libellés" est purement proportionnelle a leur longueur propre.
Si tous tes libellés font 10 octets et que tu as 10 champs, ca bouffera 100 octets en mémoire, que ton resultset fasse 4 lignes ou 4 milions
Si tous tes libellés font 10 octets et que tu as 10 champs, ca bouffera 100 octets en mémoire, que ton resultset fasse 4 lignes ou 4 milions
- Morph1er
- WRInaute occasionnel

- Messages: 307
- Inscription: 7 Juil 2004
Je pense que l'array bouffe plus surtout si tu l'utilises avec les 2 index (le mode par défaut ou MYSQL_BOTH)
Et d'après la doc :
http://fr2.php.net/manual/fr/function.m ... -array.php
Il est très légèrement plus lent ( ce n'est pas significatif cela dit)
EDIT : Après si tu veux un truc ultra optimisé, vaut mieux le fetch row.
PS : Ca me rappelle les études faites sur les opérateurs de concaténation "+", ".", "," ou sur l'utilisation du print et du echo ou encore celle des quotes ou double quotes.
Et d'après la doc :
http://fr2.php.net/manual/fr/function.m ... -array.php
Il est très légèrement plus lent ( ce n'est pas significatif cela dit)
EDIT : Après si tu veux un truc ultra optimisé, vaut mieux le fetch row.
PS : Ca me rappelle les études faites sur les opérateurs de concaténation "+", ".", "," ou sur l'utilisation du print et du echo ou encore celle des quotes ou double quotes.
-

dorian53 - WRInaute passionné

- Messages: 2217
- Inscription: 10 Avr 2005
Salut,
Merci pour ta réponse mais je souhaiterais trouver des réponses concrètes au problème.
J'avais lu le significativement plus lent, mais j'en ai rien conclu. Légèrement plus lent pour la requête ou l'initialisation du recordset sûrement, mais après ?
- Es-ce que ça double (j'osais espérer que la fonction en natif utiliserait des pointeurs, non) ?
- Ou sinon as-tu une fonction ou une technique pour obtenir la taille d'une variable en mémoire (pas memory_get_usage) ?
J'aimerais, en effet, m'appuyer sur une documentation officielle ou des benchs pour avancer ces possibilités.[/i]
Morph1er a écrit:Et d'après la doc :
http://fr2.php.net/manual/fr/function.m ... -array.php
Il est très légèrement plus lent ( ce n'est pas significatif cela dit)
Merci pour ta réponse mais je souhaiterais trouver des réponses concrètes au problème.
J'avais lu le significativement plus lent, mais j'en ai rien conclu. Légèrement plus lent pour la requête ou l'initialisation du recordset sûrement, mais après ?
- Es-ce que ça double (j'osais espérer que la fonction en natif utiliserait des pointeurs, non) ?
- Ou sinon as-tu une fonction ou une technique pour obtenir la taille d'une variable en mémoire (pas memory_get_usage) ?
J'aimerais, en effet, m'appuyer sur une documentation officielle ou des benchs pour avancer ces possibilités.[/i]
- jarreweb
- WRInaute discret

- Messages: 192
- Inscription: 12 Sep 2003
je pense qu'il vaut mieux utiliser mysql_fetch_assoc()
qui renvoi un tableau associatif et non pas associatif ET indexé comme le fait mysql_fetch_array()
il y a donc deux fois moins d'entrées dans le tableau
http://fr.php.net/mysql_fetch_assoc
qui renvoi un tableau associatif et non pas associatif ET indexé comme le fait mysql_fetch_array()
il y a donc deux fois moins d'entrées dans le tableau
http://fr.php.net/mysql_fetch_assoc
-

Bh@Mp0 - WRInaute discret

- Messages: 245
- Inscription: 18 Jan 2005
Mieux, restons dans l'objet : mysql_fetch_object()
- NextGeneration
- WRInaute occasionnel

- Messages: 428
- Inscription: 27 Sep 2006
dorian53 a écrit:Merci les gars, je connais l'intérêt et le comportement de chacune des fonctions. Je cherche à comparer objectivement sur des chiffres plus ou moins précis les performances.
Ben tu crées un jeu de test et du bench

9 messages
• Page 1 sur 1
Lectures recommandées sur ce thème :
- Google indexe plus de 8 milliards de pages - 11-11-2004
- Etude des Data Centers de Google - 19-10-2002
- Le checksum de la Google Toolbar - 06-04-2003
- Classement Xiti/1ère Position des outils de recherche en France - Août 2002 - 05-09-2002
- Parts de marché des moteurs en Europe (Février 2006) - 09-12-2006
- Des longues descriptions de sites (snippets) en test sur Google - 29-09-2008
- Tous les raccourcis-clavier de Google Chrome (shortcuts) - 05-09-2008
- Google Browser Size : un outil à tester pour vos sites - 18-12-2009
Consultez la description détaillée des produits ou services de Google suivants : Google Browser Size
- Calculer l'indice de co-occurrence
Cet outil vous permet de calculer l'indice de co-occurrence de 2 ou 3 termes, ainsi que le ratio E/F. L'indice de co-occurrence mesure le relation entre les termes : plus cet indice est élevé, plus les termes sont reliés. Concrètement, plus l'indice est élevé, plus il est fréquent de trouver des documents qui contiennent les différents termes.
Qui est en ligne
Utilisateurs parcourant ce forum: Aucun utilisateur enregistré et 0 invités
