Affichage incomplet d'une requête avec php

Version imprimable

10/12/2014, 09h35
Clement M

Affichage incomplet d'une requête avec php

Bonjour,
je viens de m'apercevoir que ma requete m'affiche bien mes 6000 enregistrements sous Toad for Oracle mais lorsque je l'affiche avec php il m'affiche seulement 780 enregistrements.
J'utilise un oci_fetchinto sous pHp pour affciher.

Quelqu'un aurait-il une idée ?

Merci d'avance
10/12/2014, 15h15
Celira

Exactement la même requête avec les mêmes paramètres ? pas de limitation ?

Je ne connais pas oci_fetchinto, mais c'est la même chose que oci_fetch_array non ?
11/12/2014, 13h12
Clement M

Bonjour,
oui exactement la même requête ...
Oui le ocifetchinto est comme oci_fetch_array, je viens de tester avec le oci_fetch_array et même résultat au dessus d'environ 700 enregistrements affichés il ne m'affiche plus les autres...
11/12/2014, 13h32
Celira

C'est pas logique :koi: On peut voir le code ?

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
$Project2=$_POST['Project'];
$Q_JobList = "Select job,TO_CHAR(moment,'DD/MM/YYYY') AS DATEJOB,TO_CHAR (MOMENT-DURATION/60/60/24/1000,'HH24:mi:ss') AS BEGIN,
	(SYSDATE-MOMENT)*24*60*60 AS RUNNINGDURATION,
	TO_CHAR(moment,'HH24:mi:ss') AS END,
	DURATION,message,message_type AS STATE,PID
	FROM DFM_STAT  
	WHERE PROJECT='".$Project2."'
	order by message_type asc, 2 DESC, 5 DESC";		
$statement = oci_parse ($dblink, $Q_JobList);
oci_execute ($statement);	
//********************Structure of Query display*****************************
//************************************************************************************
while($L_JobList = oci_fetch_array($statement, OCI_ASSOC)){
	echo "<tr colspan='7' class='titreblanc'>";
	echo "<td>".$L_JobList[JOB]."</td>";
	echo "<td>".$L_JobList[DATEJOB]."</td>";
	echo "<td>".$L_JobList[END]."</td>";
	echo "<td>".$L_JobList[BEGIN]."</td>";
}

11/12/2014, 14h16
Celira

En dehors du fait qu'il manque la balise fermante de ton <tr>, je ne vois pas de problème particulier, rien qui puisse expliquer qu'il te manque des lignes.
11/12/2014, 14h29
Clement M

Oui pardon, il est bien dans mon code, je l'ai simplifié car je traite pas mal l'affichage avec des if etc... il est très long sinon.

Par contre je viens de remarquer quelque chose, à l'intérieur du while je refais un while afin d'afficher juste une colonne venant d'une autre requête,

Est ce que cela peut consommer de la ressource et affecter le nombre de résultat ?
11/12/2014, 14h32
Bovino

Oui, donc 6000 occurrences d'un "code très long", peut-être atteins-tu la max-execution-time ?
Mais bon, pourquoi vouloir afficher 6000 lignes ?
11/12/2014, 14h37
Clement M

C'est le besoin de mon projet, il faut que lorsque je clique sur un projet, j'ouvre un tableau ou il y a la liste détaillée de job par projet et il peut parfois en contenir plus de 7000 ( cas extrême ), mais j'aimerai que ça tourne...Sinon il y en a en moyenne 300/400 donc mon affichage fonctionne.

Je vais essayer sans mon deuxième while alors voir si il prend trop de ressources :)
11/12/2014, 14h40
Bovino

Pour en être sûr, une fois que la page incomplète est affichée, regarde le code source (CTRL + U sur Firefox) pour voir si l'ensemble du HTML est présent.
11/12/2014, 14h42
Celira

+1 sur Bovino. La dernière fois que je me suis trouvée dans ce genre de tableau énorme, c'était une IHM qui devait afficher la totalité des données dans un seul tableau parce que "il ne devrait pas y avoir plus d'une centaine de lignes" (dixit le client).
Deux ans plus tard, la page mettait 5 minutes à s'afficher (quand elle s'affichait) parce que le tableau tentait d'afficher 8000 lignes :roll:

Dans ce genre de situation, prévoir une pagination ou un nombre maximum d'éléments affichable peut être une bonne idée.
11/12/2014, 14h50
Clement M

Sans mon deuxième while le temps d’exécution est instantanée et les 7000 enregistrements s'affiche bien !
Comment dois-je procéder pour faire ma deuxième requête ?
11/12/2014, 15h27
Celira

ça dépend : qu'est-ce qu'il y a dans ton 2e while ?
11/12/2014, 15h46
Yellu

Citation:

Envoyé par Clement M

Sans mon deuxième while le temps d’exécution est instantanée et les 7000 enregistrements s'affiche bien !
Comment dois-je procéder pour faire ma deuxième requête ?

Salut,

Il faut essayer de faire une jointure sur la requête initiale pour qu'elle dispose d'emblée de la valeur qui te manque plutôt que de placer une requête additionnel (qui sera executé X fois) dans ton while.

Montre les deux requêtes si tu veux de l'aide.
12/12/2014, 12h24
Clement M

Je vous remercie ! en retravaillant ma requête avec jointure j'ai pu optimiser et donc faire un seul while ! Merci :)

Je bloque la dessus ma requete marche mais je voudrai supprimé les doublons car en effet les colonnes MESSAGE,CODE,ORIGIN ne ramène pas qu'un enregistrements, c'est pour cela que je bouclais avant et que je le faisait en deux requetes...
Voici la requete :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
Select s.job,TO_CHAR(s.moment,'DD/MM/YYYY') AS DATEJOB,TO_CHAR (s.MOMENT-DURATION/60/60/24/1000,'HH24:mi:ss') AS BEGIN,
    (SYSDATE-s.MOMENT)*24*60*60 AS RUNNINGDURATION,
    TO_CHAR(s.moment,'HH24:mi:ss') AS END,
    s.DURATION,s.message,s.message_type AS STATE,s.PID,
    f.LABEL,F.COUNT,
    l.MESSAGE,l.CODE,l.ORIGIN
    FROM DFM_STAT  s
    left  JOIN DFM_FLOW f ON s.PID=f.PID
    left join DFM_LOG l ON s.PID=l.PID
    WHERE s.PROJECT='LEGACY' and s.context='Prod' 
        AND  s.MOMENT LIKE TO_DATE('11/12/2014','DD/MM/YYYY')
    order by s.message_type asc, 2 DESC, 5 DESC

HELP...

12/12/2014, 14h45
Yellu

Et tu souhaites garder tous les messages, toutes les origines et tous les codes relatifs à un enregistrement ou en sélectionner un précis ?
12/12/2014, 14h50
Clement M

J'aimerai garder toute les infos...
12/12/2014, 15h29
Yellu

Dans ce cas tu dois chercher une fonction d’agrégation sous ORACLE pour tes informations de DFM_LOG.

Puisque pour une ligne de DFM_STAT, tu as X lignes DFM_LOG, tu dois effectuer un regroupement sur les colonnes de DFM_STAT et une agrégation sur les colonne souhaités de DFM_LOG.

Outre AVG, MIN, MAX, etc... qui ne te servirait à rien puisque ce sont des varchars que tu veux agréger, ils existent des fonctions de concaténation qui pourraient faire ce que tu veux.

Sous mySQL il existe GROUP_CONCAT, il faudrait un équivalent sur Oracle.

Toutefois sur un volume de 7000 lignes sans pagination avec chacun de ces 7000 lignes qui peut potentiellement avoir X lignes de log, il y a une mauvaise expression du besoin d'interface car ce sera illisible.
Idée: Il vaudrait mieux rendre accessible les logs d'une ligne via un clic qui ferait une requête Ajax au clic par clic par exemple