Discussion :

[grinder59]

Bonjour,

j'ai une grosse application avec pas mal de fichiers contenant des requêtes et j'envisage de regrouper ces requêtes dans un seul et même gros fichier que j'incluerai dans les différents scripts.

Néanmoins, je me pose la question suivante. Au niveau temps d'exécution, la fontion include sur un gros fichier ne ralentit-elle pas les pages ?

Merci de vos conseils...

[alain31tl]

Salut

Qu'entends-tu par "gros fichier" ?
Ensuite, pourquoi ne pas tester son temps d'exécution pour être rassuré...justement :

page_de_test.php

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
 
 
 
<?
// En entête de ce fichier
$temps = microtime();
$temps = explode(' ', $temps);
$debut = $temps[1] + $temps[0];
 
//...........................
 
include ('ton_fameux_fichier.php');
 
//............................
 
// en bas de page ( à la fin du script)
 
$temps = microtime();
$temps = explode(' ', $temps);
$fin = $temps[1] + $temps[0];
 
// Temps d'exécution
echo 'Page exécutée en '.round(($fin - $debut),6).' secondes.';
?>

D'autre part, je ne connais pas l'objet et le contenu de ton applic, mais personnellement je procéde à l'inverse quand je développe mes procédés.
C'est à dire que je crée tous mes scripts séparemment, et je les appelle de façon individuelle et en fonction des besoins dans une partition unique.
Mais bon, tu as sans doute tes raisons.

[Joe Le Mort]

Bonjour,
Néanmoins, je me pose la question suivante. Au niveau temps d'exécution, la fontion include sur un gros fichier ne ralentit-elle pas les pages ?

Non pas de probleme de temps de réponse.
c'est instantané !

exemple un fichier function_include.php qui contient plusieurs requete sql :

$sql1 = ...
$sql2=....

Apres a toi de bien les nommer pour les retrouver facilement

[alain31tl]

Non pas de probleme de temps de réponse.
c'est instantané !

Il existe des solutions pour optimiser les scripts lourds de façon à les alléger pour une meilleure fluidité des résultats, ce n'est pas pour rien.
Un script comprenant une requête et un autre en comprenant une vingtaine n'ont pas du tout le même temps de réponse, et c'est tellement logique.

[Joe Le Mort]

ah pardon, j'avais pas vu : grosse application

[grinder59]

merci pour tous vos conseils...

mon but était de pouvoir rassembler au même "endroit" toutes les requêtes afin de les administrer facilement en cas de nécessité.

maintenant je ne voulais pas non plus créer un énorme fichier qui alourdirait mes pages.

Donc, je vais couper la poire en deux. Je vais créer un répertoire requête dans lequel je mettrai un ensemble de fichier contenant mes requêtes, les noms de fichiers contenant ces requêtes étant le nom du script dans laquelle elle est utilisée. Et cela dans le but évident de ne pas alourdir les pages.

Bon faut encore que je vois comment traiter le cas de requêtes utilisées dans 2 scripts différents, mais c'est un autre problème.

En tous cas... merci !

[Jacknight]

Le thread date un peu mais je place quand même une réponse histoire d'aider ceux qui tombent dessus.

Une info qui vient de ici.

Comme ils le soulignent à juste titre. L'utilisation abusive de "include" génère des accès disques supplémentaires pour aller lire les fichiers référencés par "include" sur le serveur.
Or on sait qu'à l'échelle de l'électronique :

La mémoire vive a un temps d'accès de quelques dizaines ou centaines de nanosecondes tandis que celui du disque dur est de quelques millisecondes.

Source : Wikipedia

Soit un rapport de 1/10'000 à 1/100'000 !

A priori on peut se dire que ca affecte beaucoup l'efficacité de notre code.
Cependant il faut ramener tout ça à l'échelle humaine. C'est à dire la seconde.

Donc à moins d'avoir du code php lourd, avec des dizaines de milliers d'utilisateurs se connectant à là minute, on peut négliger ça.
Cet aspect est donc addressé aux sites style ebay ou jeux vidéo en ligne.

[patic]

Bonjour,
L'objectif ici étant de pouvoir maintenir plus aisément toutes les requêtes, je pencherai plus vers l'utilisation de procédures stockées. Tout est ainsi au même endroit et en plus on y gagne en sécurité et en performance.
Ca vaut vraiment le coup d'apprendre à les utiliser, plutôt que de mettre tout plein de code sql dans des fichiers php, le code est pré-compilé, les injections sql sont rejetées, etc, que des avantages, c'est juste plus compliqué à faire au début.

[gene69]

ceci dit, php, je crois peut mettre en cache le résultat de la compilation d'un fichier... (ou tu peux directement utiliser la version compilée du script).

Honnêtement même si tes requetes sont toutes stockee sous forme de chaine, peut être qu'on voit un impact sur l'empreinte mémoire mais j'ai jamais constaté une différence notable à 10000 lignes près.

[planeurbret]

Désolé de ressortir ce sujet de l'oubli, mais je suis exactement en train d'effectuer la modification sur mon site (regrouper toutes les requêtes SQL sur le même fichier). Cependant, quand on a une requête avec une donnée externe et que celle ci n'est pas présente sur la page, cela marque une erreur.
En fait dans mon site, j'ai une page d'inscription (dans laquelle la variable de session est nulle puisque tout le monde peut s'inscrire.) De ce fait, lorsque je me positionne sur cette page, il m'indique que la variable _SESSION n'est pas déclarée.
Sur chaque page, je récupère les requêtes avec un

Code :

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

1
2
require('requetes.php');
mysql_query($LeNomDeLaRequete,$ChaineDeConnexion);

Qu'aurais je pu oublier ?

[Marc3001]

Cependant, quand on a une requête avec une donnée externe et que celle ci n'est pas présente sur la page, cela marque une erreur.

Qui est??

En fait dans mon site, j'ai une page d'inscription (dans laquelle la variable de session est nulle puisque tout le monde peut s'inscrire.) De ce fait, lorsque je me positionne sur cette page, il m'indique que la variable _SESSION n'est pas déclarée.

Avant d'utiliser les variables de session via $_SESSION, il faut utiliser session_start().