Supprime toutes les lignes d'une table fichier

**Loko** · 06/12/2007, 16h03

Pour en revenir à mon sujet : je viens de remarquer que meme si je cherche à supprimer manuellement plusieurs lignes l'une apres l'autre en les selectionnant puis en cliquant sur un bouton qui "TableSupprime", ca me fait la meme chose que dans ma boucle, cad que cela fonctionne bien la 1ere fois mais pas les suivantes.

**mogwai162** · 06/12/2007, 16h07

Excuse moi mais j'ai pas bien suisvi dans quel cas tu es.

Si tu as une table fichier reliée a ta base oracle. Il faut mieux que tu utilise des ordres sql pour supprimer les enregs il me semble.

Alors que tu pourras utiliser tablesupprime si tu es en acces natif sur Oracle ou en hyperfile.

faire autrement me parait... osé ?

**Loko** · 06/12/2007, 16h17

Effectivement, j'utilise le OLE DB fourni par le client Oracle.

Tu penses qu'avec l'accès natif j'aurais beaucoup moins de problèmes ? Je pensais qu'il ne servait qu'à accèlerer le tout ...

**Loko** · 06/12/2007, 16h20

Envoyé par mogwai162

Un chouïa mauvaise fois là peut etre. Comme si ça pouvait etre comparé...

Non non, même pas ! Tu connais Uniface ?

Je ne parle pas des nombreuses fonctions à priori tres sympas de Windev pour faire de la communication, du multimédia ou je ne sais quoi, mais juste de la gestion de BD relationnelle. Avec 3 fonctions sous Uniface tu fais qd meme bcp de choses, du moins les trucs de base.

our Les cas plus compliqué il ne faut pas hésiter à se servir du RAD en mixant les codes de plusieurs fenètres.

J'etais parti la dessus, mais aucun type de fenetre du RAD ne fait ce que je veux (mettre à jour une table liée directement). A chaque fois ils mettent un bouton "+" pour saisir une nouvelle ligne dans une fenetre fiche séparée, et y'a pas de bouton supression pour la fiche principale. Pas trouvé dans les exemples non plus.

De plus, meme avec les fenetres du RAD sans aucune modification j'ai par exemlpe un bug sur HNumEnr qui est toujours à zéro, alors quand tu débutes c'est pas facile de faire le tri entre ce que t'as pas compris et ce qui ne marche réellement pas.

**mogwai162** · 06/12/2007, 16h22

Non pas tout a fait. Disons que ça t'ouvre des possibilités supplèmentaires et donc ça te facilite ton travail. Va voir sur ce lien :

http://www.pcsoft.fr/accesnatifs/ANOracle.htm

**Loko** · 06/12/2007, 16h27

Envoyé par mogwai162

Non pas tout a fait. Disons que ça t'ouvre des possibilités supplèmentaires et donc ça te facilite ton travail. Va voir sur ce lien :http://www.pcsoft.fr/accesnatifs/ANOracle.htm

Merci pour le lien, je l'avais deja lu mais j'aurais en fait aimé un comparatif avec l'accès standard par OLE DB. Car j'ai bel et bien lu que les fonctions H* ne devait pas poser de probleme via OLE DB sur Oracle. Apres, on m'a pt"tet raconté des bétises ...

Je pense que je vais le prendre, faut que j'en parle à mon chef.

Merci beaucoup !

**Loko** · 06/12/2007, 17h04

Voici une solution qui fonctionne. Il s'agit donc de faire la suppression directement dans le fichier et pas avec TableSupprime.
C'est ce que Nicolas proposait, sauf que je n'utilise pas de requete car ca marche quand même avec les fonctions H*

Code :

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

1
2
3
4
5
6
7
8
9
10
11
	HLitRecherchePremier(LIGCDE,ECD_NUM,ENTCDE.ECD_NUM)
	TANTQUE HTrouve()
		HSupprime(LIGCDE)
		SI ErreurDétectée ALORS
			Erreur("Impossible de supprimer la ligne " 
                        +LIGCDE.ECD_NUM+"-"+LIGCDE.LCD_LIGNE
                        +RC+HErreurInfo())
			RETOUR
		FIN
		HLitRecherchePremier(LIGCDE,ECD_NUM,ENTCDE.ECD_NUM)
	FIN

L'inconvénient, c'est de ne pas se tromper lors de la recherche et de retrouver exactement ce qu'il y a dans la table.

Merci à vous

**JPDMJC** · 06/12/2007, 17h32

Juste deux petites choses

- si tu n'as pas besoin de lire ce que tu parcours, tu peux remplacer hLitRecherchePremier par hRecherchePremier.
La différence ? hLitRecherchePremier (comme hLitRecherche, hLitSuivant) rapatrie les données du tuple et charge tout ça en mémoire, or si tu n'as en pas besoin mieux vaut utiliser hRecherchePremier (et s'il y a une erreur, tu peux toujours faire un hLitRecherche pour avoir les infos du tuple en question).

- Tu commences avec un hLitRecherchePremier, mais ensuite dans ta boucle - si les critères de recherche sont les mêmes, tu peux utiliser hLitSuivant (ou hSuivant) pour passer au résultat suivant. Inutile de refaire la recherche.

Question de performances, aussi bien de la base que du poste client

**Loko** · 06/12/2007, 17h46

Merci pour ces remarques pertinentes.

Pour tout te dire, c'est un code que j'ai récupéré dans les exemples fournis avec Windev (j'ai juste changé les noms de table et champs)

**Loko** · 07/12/2007, 09h15

Envoyé par Guardian

Si tu utilisais une table mémoire plutôt qu'une table fichier, puisque de toute façon ce n'est pas une BdD HF et que tu la remplis par une requete, ce serait beaucoup plus simple à gérer

Bojnour les gens.

Guardian, peux tu m'éclairer stp sur ce point ?

Ca m'a l'air assez compliqué à gérer dans le principe. Passe encore de remplir la table mémoire avec une boucle sur ma requête, mais si ensuite l'utilisateur fait des modifications (valeurs des champs, suppressions de lignes, ajouts de ligne), comment répercuter les modifications dans la base ? Ca reste flou pour moi ...

Pour info il n'est pas envisageable par exemple de supprimer toutes les lignes de la requête puis de les réécrire en totalité, si par exemple il y a une CIF avec une autre table.

L.

**Jannus** · 07/12/2007, 12h57

Dans l'optique d'une BdD Oracle, le mieux est d'utiliser du code SQL.

Si tu dois lire -> tu fais une requete et une table sur requete
Si tu dois ajouter --> tu ajoutes avec une requete SQL
Si tu dois supprimer --> tu devras, à mon avis, parcourir la table avec les sélections et effectuer autant de requetes qu'il y a de lignes sélectionnées-suppressions à effectuer

Tout cela serait évidemment beaucoup plus simple avec une BdD HF

**Loko** · 07/12/2007, 13h11

Merci pour ta réponse.

Pour les suppressions, ce n'est pas tout à fait l'ergonomie que je souhaite : l'utilisateur doit pouvoir supprimer les lignes qu'il veut de la table mémoire (tablesupprime en mémoire) et à la fin il valide par "OK" ou annule par "Cancel" (rien que du très classique).

Du coup, comment synchroniser ensuite dans la BD tierce ? La seule solution que je vois consiste à garder en mémoire la clef des lignes supprimées et ensuite de lancer un "delete" à la validation.

Et là, je ne pense pas qu'avec Hyperfile ca soit réellement plus simple car le TableSupprime supprime à la fois à l'écran et dans le fichier HyperFile, pas de "cancel" possible automatiquement non plus. Je trouve cette validation automatique (sans commit ni rollback) gênante.

Pour ce qui est de la modification de données, meme ergonomie souhaitée. Mais là j'imagine que c'est un peu plus simple : il suffit de parcourir la table mémoire et de tester pour chaque ligne table..Modifié (?)

**Jannus** · 07/12/2007, 13h45

Envoyé par Loko

Et là, je ne pense pas qu'avec Hyperfile ca soit réellement plus simple car le TableSupprime supprime à la fois à l'écran et dans le fichier HyperFile, pas de "cancel" possible automatiquement non plus. Je trouve cette validation automatique (sans commit ni rollback) gênante.

Pourquoi cet à priori négatif ?

Comme dit précédemment, il est préférable de travailler sur le fichier et de réafficher la table, mais ceci est un autre débat.

Mais surtout, on peut bien évidemment "canceller" une suppression si on désire disposer de cette possibilité :

d'une part avec HRaye()
d'autre part avec la Journalisation

Envoyé par Loko

Pour les suppressions, ce n'est pas tout à fait l'ergonomie que je souhaite : l'utilisateur doit pouvoir supprimer les lignes qu'il veut de la table mémoire (tablesupprime en mémoire) et à la fin il valide par "OK" ou annule par "Cancel" (rien que du très classique).

Du coup, comment synchroniser ensuite dans la BD tierce ? La seule solution que je vois consiste à garder en mémoire la clef des lignes supprimées et ensuite de lancer un "delete" à la validation.

La suppression s'effectue lors de la validation par l'utilisateur
Il n'y a pas de nécessité d'une étape intermédiaire.
Il sélectionne les lignes et lorsqu'il valide la suppression, on lance l'opération.

Envoyé par Loko

Pour ce qui est de la modification de données, meme ergonomie souhaitée. Mais là j'imagine que c'est un peu plus simple : il suffit de parcourir la table mémoire et de tester pour chaque ligne table..Modifié (?)

Les modifications se font via une requete SQL (toujours parce qu'on est sur une BdD Oracle en HF c'est automatique) à chaque sortie de ligne tout simplement

**Loko** · 07/12/2007, 14h21

Envoyé par Guardian

Pourquoi cet à priori négatif ?

Disons que j'ai toujours eu l'habitude de demander proposer les boutons "valide" et "annuler" à mes utilisateurs, et quand on le fait pas ils ne manquent pas de nous les demander ! Donc le fait que la validation soit automatique est gênante.

Mais surtout, on peut bien évidemment "canceller" une suppression si on désire disposer de cette possibilité :

d'une part avec HRaye()
d'autre part avec la Journalisation

Dacodac. Je regarderai.

La suppression s'effectue lors de la validation par l'utilisateur
Il n'y a pas de nécessité d'une étape intermédiaire.
Il sélectionne les lignes et lorsqu'il valide la suppression, on lance l'opération.

Ca ne colle pas avec ce que je veux faire ;-)
Il ne s'agit pas de valider la supression des lignes sélectionnées mais de valider l'ensemble des modifications faites dans l'écran. L'écran affiche plein d'infos de plusieurs tables liées (classiquement cde et lignes de cde) et l'utilisateur doit pouvoir supprimer des lignes puis modifier par exemple la date de livraison avant de choisir de valider le tout ou non. Si je fais TableSupprime direct il supprime de l'écran mais aussi de la base, donc nécessité d'utiliser une table mémoire même avec HyperFile (sauf à utiliser HRaye).

Apres tout, pourquoi pas ? Mais je trouve plus simple d'avoir une fonction "commit" et une autre "rollback"

Les modifications se font via une requete SQL (toujours parce qu'on est sur une BdD Oracle en HF c'est automatique) à chaque sortie de ligne tout simplement

Non plus, pour la même raison qu'expliqué ci-avant, je ne peux pas écrire les modifs à chaque sortie de ligne si je veux pouvoir les annuler en sortant de ma fenêtre.

**Jannus** · 07/12/2007, 16h20

Je comprends bien.
Mais tout ceci est parfaitement réalisable sans que l'aspect soit différent pour l'utilisateur.
Le background devra peut-être être géré differemment, mais ça ne devrait pas être plus compliqué quand tu connaitrais ton outil et ses possibilités

**Loko** · 10/12/2007, 15h15

Re Bonjour

J'essaie de me familiariser avec la gestion de table mémoire. Je m'interroge sur la meilleure façon de reporter les modifications de la table mémoire sur la base :

- en parcourant la table mémoire ligne par ligne, comment savoir si telle ou telle ligne a été ajoutée ? Modifiée ? (car la propriété ..Modifiée s'applique à toute la table et non pas ligne par ligne je crois)

- si une ligne a été supprimée de la table mémoire, comment la supprimer du fichier seulement après cilc d'un bouton de validation ?

**Jannus** · 10/12/2007, 15h42

Je me souviens que tu as des raisons d'envisager cette solution, mais je persiste à te conseiller de ne pas manipuler les enregistrements via les tables.

Sauf dans le cas d'une Table fichier liée "directement".
Dans ce cas, tous les traitements, modifications, ajouts, suppressions, sont directement répercutés dans le fichier.

Mais dans le cas d'une table mémoire tu n'as aucun moyen de savoir ce qui a été modifié sauf par comparaison avec le fichier, ce qui risque d'être long.

Alternative : mettre le code de modification dans le code de sortie de ligne, mais alors tu ne pourras plus valider l'ensemble des opérations.

**Loko** · 10/12/2007, 16h08

Merci, ca valide ma bonne compréhension du schmilblick (j'commence à penser comme un Windevien ;-) ).

C'est vrai que dans tous les exemples fournis que j'ai vu les modifs de table se faisaient dans un popup séparé, mais je n'ai pas habitué mes utilisateurs à cela, et je les comprends quand ils veulent faire directement les ajout/modifs/suppression de ligne avec possibilité d'annuler le tout.

A bientôt
L.

**Jannus** · 10/12/2007, 16h21

Pour les annulations, pense aux transactions et à la journalisation

Supprime toutes les lignes d'une table fichier

WinDev

Discussions similaires

Partager

Partager