Nombre de posts: 169 Inscrit(e) le: 08 septembre 2016
lundi 17 octobre 2016 à 22:33
Bonsoir, Il se trouve que de mon côté, j'ai le même message. Pour situer le contexte, nous avons en production la version de VT_reseau version 29-02-2016 et que je travaille pour mettre à niveau celle-ci vers la version 15-06-2016. J'ai dupliqué la base de prod en base de test et patché cette dernière (avec tous les ALTER ... contenus dans le fichier MODIFICATIONS-BASE-VT.txt dans la section ====================================== Modifications de la base du 15-06-2016 ====================================== ) lorsque je tente de me connecter sur celle base de test patchée avec la version 15-06-2016 de VT_reseau, j'ai le même message qu'a XARNAUD : " n'est pas une valeur entière correcte J'ai tenté de regarder dans les tables qi je trouvais quelque valeur d'integer qui n'ai pas de valeur conforme à un entier, mais devant la multitude des tables, des champs et des valeurs, je ne sais trop où regarder. En cas de besoin je peux vous transmettre notre BdD. Si je pollue ce sujet avec ma problématique, veuillez m'en excuser, c'est la première fois que je poste sur ce forum. Merci d'avance pour votre aide (et encore merci pour le super boulot que vous avez accompli avec cette application) Cordialement; Florent P.
Nombre de posts: 2121 Inscrit(e) le: 20 novembre 2004
mardi 18 octobre 2016 à 06:50
Bonjour, Le plus simple est de m'envoyer une copie de la base. Cela me permettra de comprendre le pb plus facilement et, bien sur, de le corriger. Sylvain
Nombre de posts: 2121 Inscrit(e) le: 20 novembre 2004
mercredi 19 octobre 2016 à 22:17
Bonjour, Dans la table ressources_profs, il y a un prof dont la date de naissance est '0000-00-00'. C'est ce qui provoque le plantage : ce prof a peut être été importé ?
Il suffit de mettre une date valide pour corriger le pb.
Nombre de posts: 169 Inscrit(e) le: 08 septembre 2016
mercredi 19 octobre 2016 à 23:14
Bonsoir Sylvain, Je te remercie pour ton investigation. J'ai procédé à la correction de la date de naissance incriminée, mais j'ai toujours le problème. Pourrais-tu m'aiguiller pour me permettre de procéder à ce type d'investigation par moi-même (je m'en veux de te solliciter pour une si basique problématique). Encore merci pour le temps que tu passes pour nous aider tous. Cordialement, Florent P.
Édité 1 fois - Dernière édition: 19/10/2016 à 23:14 Par fperciot.
Nombre de posts: 2121 Inscrit(e) le: 20 novembre 2004
jeudi 20 octobre 2016 à 08:19
Bonjour Florent, C'est surtout mon expérience qui m'oriente pendant la recherche des solutions aux pbs. Dans ton cas j'ai regardé a peu près ce que VT est en train de chargé pour aller dans la table correspondant. Effectivement, il restait encore un pb dans ta base : le champs codeResponsable de la table diplomes n'était pas renseigné (valeur = NULL). Je me suis permis de remplacer par 0. Et maintenant tu peux utiliser VT
Ce genre de pb survient très souvent lorsque qu'on fait évoluer la structure de la base ou lorsque qu'on fait des importations sans utiliser les outils de VT (imports directs dans la base).
Il y a cependant des choses que je n'arrive pas toujours à expliquer. par exemple concernant les dates de naissance des profs, tu eux vérifier que la valeur par défaut est 1900-01-01. Dans VT la date 0000-00-00 n'est jamais utilisée. Et pourtant, il arrive que l'on se retrouve avec la date 000-00-00 dans la base. Si tu as des pistes, je suis preneur.
Nombre de posts: 169 Inscrit(e) le: 08 septembre 2016
jeudi 20 octobre 2016 à 20:56
Bonjour Sylvain, Merci pour ton intervention et tes conseils. Effectivement, il y a une chose que je ne comprends pas : dans ma base d'origine, il n'y avait pas le champs codeResponsable dans la table diplome. Ce sont les modifications de base (passage de le version 29-02-2016 à 15-06-2016) et notamment le : alter table `diplomes` add `codeResponsable` int(11); qui créé ce champ. Il aurait peut-être fallut ajouter un SET DEFAULT '0' Par contre, maintenant que j'accède à VT, je suis confronté à un problème de droits (ayant un profil avec quasiment tous les droits, je me retrouve avec pratiquement rien. Aurais-tu quelque part, un plan d'adressage des droits de la version 29-02-2016 et celui de la version 15-06-2016 que je puisse les comparer (et éventuellement créer une petite moulinette de transcription) ? <edit Si j'ai tout suivi la manipulation des droits dans la table 'utilisateurs' lors du passage de version 29-02-2016 à 15-06-2016 (update utilisateurs set droits = substring(droits,101,100) on ne garde que lles 20 derniers 'bits' des droits ? /edit> Merci d'avance; Florent P.
Re, Je me réponds à moi même : je suis reparti de ma base (version 28-02-2016) et j'ai appliqué toutes les modification de table (pour passage à la version 15-06-2016) hormis celles concernant les droits : "Il y a une nouvelle mémorisation des droits : on peut récupérer une grande partie des anciens droits par : update utilisateurs_groupeutilisateurs_droits set droits = substring(droits,1,100); update utilisateurs set droits = substring(droits,101,100); Mais tout n'est pas récupérable." Et tout semble OK, Sylvain, pourrais-tu me (nous) expliciter l'utilité et ce que font ces 2 lignes STP ? Merci d'avance, Florent P.
Édité 1 fois - Dernière édition: 20/10/2016 à 19:34 Par fperciot.
1.6.925 ©2006-2010
Se connecter
on ne garde que lles 20 derniers 'bits' des droits ?