Discussion :

[mikeduff]

Bonjour,
je me trouve confronté aujourd'hui à ce que je considère (pour l'instant encore) comme un mystère.

Cela à commencé lorsque certaines de mes requêtes sur une table refusaient d'aboutir.
Après avoir simplifié au maximum, j'en suis arrivé à la conclusion que certains champs de la table ne "répondent plus".

Voici (une capture de) la structure de la table:


On y voit bien 12 champs.

J'ai ensuite lancé le petit programme-test suivant:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
$sql="select * from UTIL_FORMGROU1" ;
$res=mysql_query($sql);
echo "Nbre enregistrements : ". mysql_num_rows($res)."<br>" ;
 
echo "Nbre champs : ".mysql_num_fields($res)."<br>";
$result = mysql_query("SHOW COLUMNS FROM UTIL_FORMGROU1");  
while ($row = mysql_fetch_array($result)) {
	  echo $row[0]."  -----  ";
	  echo $row[1]."<br>";
}

et... voici le résultat étonnant (enfin pour moi):

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
Nbre enregistrements : 25
Nbre champs : 10
U_CODE ----- int(11)
U_NUMGRBUL ----- varchar(14)
U_GROUPE ----- tinyint(4)
U_NUMGRIL ----- mediumint(50)
U_BRANCHEBUL ----- varchar(60)
U_AFFBUL ----- smallint(6)
A_PROF ----- varchar(50)
N_PROF ----- smallint(6)
UN_ELEVE ----- varchar(50)
C4 ----- varchar(50)

10 champs seulement ! Et où sont donc passés mes champs U_CLASSE et MATRICULE ?????

Si quelqu'un à une idée, elle est la bienvenue !!!

J'ajoute, si ça peut aider à comprendre, que toutes les requêtes que j'effectue sur ces champs dans la console PhPMyAdmin fonctionnent normalement !!
J'y perds mon latin !

Grand merci à qui voudra et pourra m'aider,
Mike

[CinePhil]

On peut avoir le résultat de la requête suivante avec le texte complet ?

Code :

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

SHOW CREATE TABLE UTIL_FORMGROU1

[mikeduff]

Voici :

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
CREATE TABLE `UTIL_FORMGROU1` (
 `U_CODE` int(11) NOT NULL AUTO_INCREMENT,
 `U_CLASSE` smallint(6) NOT NULL,
 `U_NUMGRBUL` varchar(14) NOT NULL,
 `U_GROUPE` tinyint(4) NOT NULL,
 `U_NUMGRIL` mediumint(50) NOT NULL,
 `U_BRANCHEBUL` varchar(60) NOT NULL,
 `U_AFFBUL` smallint(6) NOT NULL,
 `A_PROF` varchar(50) NOT NULL,
 `MATRICULE` varchar(12) NOT NULL,
 `N_PROF` smallint(6) NOT NULL,
 `UN_ELEVE` varchar(50) NOT NULL,
 `C4` varchar(50) NOT NULL,
 PRIMARY KEY (`U_CODE`)
) ENGINE=MyISAM AUTO_INCREMENT=13471 DEFAULT CHARSET=latin1

Merci de te pencher sur mon problème
Mike

[CinePhil]

Je me penche mais je ne vois pas mieux !

À tout hasard, un coup de CHECK et d'OPTIMIZE sur la table ?
Tu peux le faire depuis phpMyAdmin en bas de l'onglet Opérations de la table.

[mikeduff]

hé non, ça ne change rien (je le craignais bien d'ailleurs).

Ce qui m'interpelle le plus, c'est que les commandes relatives aux champs "manquants" fonctionnent tout à fait normalement quand je les exécute "en direct" dans la console phpMyadmin.

Pour info, j'ai aussi essayé de faire une copie de la table (vide, seulement structure) dans une autre table bidon: aucun problème !
Grrr

Merci quand même.
Mike

[mikeduff]

Cherchez plus !!!!!
Grâce à la création de ma table copie-bidon !
Là, c'est carrément la table qu'il trouvait plus !

L'explication:
L'appli se branche vers plusieurs DB, le nom de celle-ci se trouvant dans une variable de session.
Pour une raison que j'ignore,cette variable de session a été détruite et mon appli s'est branchée sur une autre DB (obsolète), qui contenait une ancienne version de ma table, sans les 2 champs "manquants".

Qu'on se rassure donc, Mysql n'a pas de tare congénitale inconnue (enfin, je crois..)

Vraiment désolé pour tous ceux qui tenté de m'aider et à qui j'ai fait perdre du temps, mais merci encore
Mike

[CinePhil]

Qu'on se rassure donc, Mysql n'a pas de tare congénitale inconnue (enfin, je crois..)

Oh que si il en a !