Discussion :

[Bwafa]

bonjour
mon problème consiste au fait que toutes les rubriques d'un fichier de base données deviennent des zéros apres une suppression ou modif d'une ligne, ceci se fait aléatoirement pas systematiquement
puis, à la réouverture de l'application tous revient en ordre (c'est effrayant...)
Environnement: appli CS ; environnement de développement : windev 20,configuration 64 bits,serveur HF version 24
Que peut etre la cause ? merci en avance

[frenchsting]

Bonjour,

pas évident de te répondre comme ça, mais je peux essayer de te donner des pistes :
- un pb d'intégrité de la base (une réindexation avec correction mémo peut suffire).
- un pb physique du disque : passer un utilitaire style "hd tunes" permet de vérifier.
- un bout de code qui de met des 0 dans les rubriques...

Une dernière question : est-ce que tu sais à quel moment cela se produit ? Est-ce que c'est en comparant avant et après utilisation du logiciel, ou entre 2 utilisations du logiciel ?

[tbc92]

" à la réouverture de l'application tous revient en ordre"

Si je comprends bien (mais je doute parce que Frenchsting est généralement perspicace), ça veut dire que dans les fichiers de données, sur le serveur, tout est bon. Donc ce n'est pas un problème physique de disque.
C'est un problème dans ton programme.
Dans ton application, tu crois que tu affiches le contenu de ta base de données, mais en fait tu affiches quelque chose d'autre.

Mais il va falloir monrer la partie 'suspecte' du code, pour pouvoir avancer.

[frenchsting]

+1tbc92,

je n'avais vraiment saisi le sans de son "ça revient dans l'ordre". Et comme on est dans la partie HF du forum, ça n'a pas aidé à ma compréhension.

Des captures d'écran / des bouts de codes seraient les bienvenus.

[Bwafa]

merci pour vos réponses ; le code est execution de requetes
voici exemple :

[Bwafa]

comme vous voyez ,le nombre de lignes des requetes est juste (2 dans le ticket et 16 pour le tableau) mais tout est devenu des 000

[tbc92]

Effectivement, c'est pas cher.

Dommage que tu ne puisses pas accéder au code. Tu ne pourras donc pas corriger quoi que ce soit.

[Bwafa]

Bonjour;
j'ai exécuté le code avec le débogueur pas à pas
conclusion : la meme requete des lignes renvoie la désignation de l'article mais pas sa quantité ni le total
qté:


total:

pourtant dans le fichier hf ces valeurs sont bien differents de 0
et ce résultat n'est pas à chaque exécution de la requete (la premiere exécution donne les bon résultats )
mais apres un acces au fichier source de la requete avec HModifie()
le type des rubriques quantité et total dans le fichier est décimal (6 partie entiere et 3 partie décimale), ça peut causer un pareil probleme ??
merci pour vous tous

[frenchsting]

Bonjour,

Peux tu nous montrer ta requête ?

[Bwafa]

VOICI :

[Bwafa]

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
HAnnuleDéclaration(RequeteDesLignesTick)
		RequeteDesLignesTick.Pidticket = idTicket
		RequeteDesLignesTick.Psupprim =0
		HExécuteRequête(RequeteDesLignesTick)
		HLitPremier(RequeteDesLignesTick)
		TANTQUE PAS HEnDehors(RequeteDesLignesTick)
			SI RequeteDesLignesTick.totalligne=0 ALORS
				Trace (RequeteDesLignesTick.Quantite+RC +RequeteDesLignesTick.totalligne)
			FIN
 
				TableAjouteLigne(TTicket,RequeteDesLignesTick.Quantite,RequeteDesLignesTick.DesignatArt,RequeteDesLignesTick.totalligne,RequeteDesLignesTick.IDARTICLES,RequeteDesLignesTick.IDLigneTicket)
			HLitSuivant(RequeteDesLignesTick)
		FIN

ce code me donne cette trace :


je ne comprend pas comment il entre dans la condition SI (pour lui Req.totalligne=0) et dans la trace c'est différent de 0 puis dans la table remplie c'est 0 !!
que peut être la cause ? merci pour votre aide

[frenchsting]

Bonjour,

Une question toute bête : est-ce que tu as vérifié le type / masque des colonnes de la table ?

[Bwafa]

merci pour votre interet ;
oui bien évidemment , elles sont bien de type Numerique
colonne Quantité de masque 999,000
colonne Total de masque 99 999,999

[tbc92]

Dans le menu 'Projet', tu peux lancer un utilitaire 'Réparer le projet'. Tu peux lancer aussi Recompiler le projet.
Je ne sais pas exactement ce qui se passe dans Réparer le projet, mais ici, ça me paraît adapté.

[Bwafa]

BONJOUR
merci tbc92
j'ai fait "Réparer le projet " mais malheureusement c'est la meme chose

[tbc92]

Sur cette page d'aide : https://doc.pcsoft.fr/fr-FR/?3044174...uleDeclaration
Ce que tu fais se fait en 3 lignes :

Code :

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

1
2
3
hExecuteRequeteSQL(...)
ConstruitTableFichier(...)
hAnnuleDeclaration(...)

Mas ça n'explique pas pourquoi ton code ne fonctionne pas. Ca reste mystérieux.

Pour vraiment y voir clair, tu peux tester les codes retour. Visiblement, PCSoft considère que hAnnuleDéclaration peut échouer pour une raison ou une autre , on est peut-être dans ce cas ... Il faut aussi tester hExecuteRequeteSQL()

Code :

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

1
2
<Résultat> = HAnnuleDéclaration([<Fichier de données>])
Si <Résultat>= Faux alors ... ...

[Bwafa]

SALUT
j'ai fait les test de hExecuteRequete() et hlibereRequete(), je n'ai reçu aucune fois le [ Info( herreur)]
alors tous se passe bien, et mon problème persiste encore

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
 
SI	HExécuteRequête(RequeteDesLignesTick) ALORS
 
		HLitPremier(RequeteDesLignesTick)
		TANTQUE PAS HEnDehors(RequeteDesLignesTick)
 
				 TableAjouteLigne(TTicket,RequeteDesLignesTick.Quantite,RequeteDesLignesTick.DesignatArt,RequeteDesLignesTick.totalligne,RequeteDesLignesTickIDARTICLES,RequeteDesLignesTick.IDLigneTicket)
 
			HLitSuivant(RequeteDesLignesTick)
		FIN
 
		SI HLibèreRequête(RequeteDesLignesTick) ALORS
		SINON
			Info(HErreur())
		FIN
 
	SINON
		Info(HErreurInfo())
 
		FIN

[frenchsting]

Bonjour,

2 pistes :
- Est-ce que tu as des colonnes cachées ? si c'est la cas, il faut en tenir compte dans les tableajouteligne().
- Supprimer / recréer les colonnes "à 0".

[Bwafa]

Merci beaucoup frenchsting,
1ere piste: oui, je tiens compte des colonnes cachées dans les tableajouteligne().
2eme piste : je vais essayer cette proposition

autre question svp : quel est le role de la case "Numérique haute précision" dans la description de la colonne et dans quel cas elle doit être utilisée?
rappel : mes rubriques dans la base de données sont de type "Numérique " et sous type "décimal (Numérique WLangage)" (6,3), est ce que je dois les changer ?est ce le meilleur choix ? sachant que mes quantités sont de la forme 999,000 et totalligne 999 999,999

[frenchsting]

Bonjour,

Pour ma 2° proposition, qd j'ai perdu trop de temps, je ne m'embête plus : je recrée la table.

Numérique haute précision : pour moi c'est surtout si tu fais du calcul scientifique et que tu as besoin de beaucoup de chiffres. Pour des montants, le type monétaire est largement suffisant et c'est d'ailleurs celui préconisé par PCSOFT si je me souviens bien.