Question sur l'utilisation des vue et HModifie

Version imprimable

Bonjour,

J'utilise depuis peu les vues (honte à moi) et je les utilise dans un premier temps en lecture et affichage et tout va bien.

Mais je voulais savoir s'il était possible de s'en servir pour faire des modifications sur le fichier de la vue.

Je m'explique avec du code qui ne fait pas ce que je souhaite.
Code:

1 2 3 4 5 6 MaVuetheme1 est une Source de Données HCréeVue(MaVuetheme1, destheme, "Ficrefdest,ficrefthe,Ficlibthe", "", "Ficrefdest="+param1+"", hVueDéfaut) POUR TOUT MaVuetheme1 MaVuetheme1.Ficlibthe="TEST" HMODIFIE(MaVuetheme1) FIN
Ici je voudrais que tous les destheme avec une valeur égale à param1 prennent Ficlibthe la valeur "TEST".

En mettant une TRACE sur le hmodifie j'ai bien 1 mais la modification ne se fait pas.

Est ce normal?

Cordialement

Forca

29/10/2014, 17h24
michel.souris

Premièrement je vous déconseille de travailler avec les "vues" de Windev qui n'ont de vue (d'un point de vue BDD) que le nom....

Ensuite il est tout à fait logique qu'un hModifie sur une vue n'agisse pas sur le fichier car il ne s'agit pas d'un véritable fichier de données mais plutôt d'un fichier HF mémoire qui n'existe que le temps de l'exécution du programme (dont le contenu dépend de fichier du contenu de fichier de données). En mémoire votre modification doit certainement être prise en compte.

La vue fait "simplement" une extraction d'un fichier suivant les critères que tu donnes. C'est dans le principe, une requête SQL SELECT. Si tu veux modifier le fichier qui est à l'origine de cette vue, il faut alors que tu fasse une recherche dans ce fichier et mette ta valeur.
Ton exemple n'est pas top dans le sens où tu aurais pu faire un
Code:

1 2 3 4 5 6 TANTQUE PAS HEndehors(destheme) si destheme.Ficrefdest=param1 alors destheme.Ficlibthe="TEST" HMODIFIE(destheme) fin FIN
Par contre, on peu imaginer que tu aies fait ceci :
Code:

1 2 3 4 5 6 7 8 9 MaVuetheme1 est une Source de Données HCréeVue(MaVuetheme1, destheme, "Ficrefdest,ficrefthe,Ficlibthe", "", "Ficrefdest="+param1+"", hVueDéfaut) POUR TOUT MaVuetheme1 Hiltrecherchepremier(destheme, iddestheme, MaVuetheme1.iddestheme) si htrouve(destheme) alors destheme.Ficlibthe="TEST" HMODIFIE(destheme) fin FIN

30/10/2014, 09h47
tatayo

En SQL, l'avantage d'une vue est qu'elle permet de ne donner la visibilité qu'à un sous-ensemble d'une table.
Il suffit de ne pas donner l'accès à la table, mais uniquement à la vue.
Par exemple si plusieurs sociétés sont gérées dans la même base, le fichier client ne sera pas accessible directement, mais uniquement à travers une vue qui filtre par société.

Une recherche de "updatable view" sur Internet permet de connaitre les conditions qui rendent une vue modifiable, en fonction du SGBD. J'avoue que je ne sais pas ce que permet HF de ce côté.

Tatayo.
30/10/2014, 10h24
michel.souris

Le moteur HF ne gère pas de vue, c'est le programme qui gère une "vue virtuelle" en mémoire... il ne s'agit pas d'un concept BDD dans le contexte Windevien.
30/10/2014, 10h29
frenchsting

On a tendance à penser que le hcreevue est une sorte de hfiltre. Il s'agit bien d'une espèce de requête SQL SELECT qui va charger le résultat en mémoire. En aucun cas la modification d'une vue windev n'influe sur le fichier dont elle est issue.
Tout comme le précisait Tatayo, elle peut être très utile pour faire des extractions.
30/10/2014, 11h03
OnePoint

Bonjour à tous,

Citation:

Envoyé par forca

J'utilise depuis peu les vues (honte à moi) et je les utilise dans un premier temps en lecture et affichage et tout va bien.

Mais je voulais savoir s'il était possible de s'en servir pour faire des modifications sur le fichier de la vue.

En mettant une TRACE sur le hmodifie j'ai bien 1 mais la modification ne se fait pas.

Est ce normal?

La fonction HVueVersFichier pourrait bien être la solution que tu attends. :D
http://doc.pcsoft.fr/fr-FR/?3044021&...chier_fonction

Par ailleurs, si j'ai bien lu les nouvelles fonctionnalités apportées par la version 20 de Windev, dans le futur HyperFile SQL supportera les vues SQL. :)
30/10/2014, 11h06
michel.souris

Je me permet d'insister un peu en vous signalant que c'est une très mauvaise orientation technique.

Quoiqu'il en soit OnePoint marque un point (vive les contre-pétries !) car c'est exactement ce dont vous avez besoin.
30/10/2014, 11h12
tatayo

Citation:

Envoyé par michel.souris

Je me permet d'insister un peu en vous signalant que c'est une très mauvaise orientation technique.

Est-ce qu'on peut en savoir plus ?

Tatayo.
30/10/2014, 11h37
michel.souris

Je ne trouve aucun avantage à la gestion des vues windeviennes :
-> pas de rafraîchissement des valeurs de la vue (contrairement à une vue BDD)
-> mauvaise gestion des accès concurrents (car pas de liaison réelle entre la vue et les tables)
-> perte de l'avantage BDD avec une mutualisation des données et la gestion des accès concurrents puisqu'on se retrouve avec une table (au sens BDD) mémoire gérée par le client (...WTF ?)
30/10/2014, 12h17
tatayo

Je pensais que tu parlais des vue en général, d'où ma question.
Visiblement les "vues" WinDev ressemblent assez aux curseurs en SQL.
J'y trouve parfois une utilité: par exemple dans le cas des inventaires, pour afficher des stats à l'utilisateur je crée un curseur qui lance une grosse requête de consolidation, puis je lance ensuite une requête de sélection sur ce curseur en fonction des critères de sélection utilisés.
L'avantage est que ces requêtes sont extrêmement rapide, alors que la consolidation prend plusieurs secondes.

Tatayo.
30/10/2014, 12h26
frenchsting

Pour moi la vue est plutôt à prendre comme une image d'une partie d'un fichier. Cela permet de faire une sorte d'export Excel. Dans ce sens là, je le trouve très intéressant. Je les ai beaucoup utilisé pour faire des extractions par type et travailler à partir de ces vues. J'ai bien dit à partir de ces vues et non pas sur ces vues.
30/10/2014, 13h50
michel.souris

Non je ne parle pas des vues en général... c'est génial le concept de vue pour plein de raisons (modèle mal pensé, multi-société, consolidation...) mais j'ai été extrêmement déçu par "l'implémentation" (si j'ose dire) dans Windev...

C'est exactement comme un curseur SQL sauf que le nom est ambigu et la portée difficile à appréhender... donc je ni vois pas d'intérêt particulier (je préfère travailler sur un recordset classique).

En fait je me suis dis "génial des fonctions natives de gestions des vues" et pis que dalle !!!

Après comme le dit Claude on doit pouvoir trouver certains contexte où cela peut être utile... mais c'est pas des vraies vues comme on pourrait se l'imaginer quand on vient d'un autre SGBD...
31/10/2014, 10h03
frenchsting

Citation:

Envoyé par michel.souris

(...)
Après comme le dit Claude on doit pouvoir trouver certains contexte où cela peut être utile... mais c'est pas des vraies vues comme on pourrait se l'imaginer quand on vient d'un autre SGBD...

Je plussoie ton raisonnement mais moi, j'ai appris les vues Windev avant les vues SGBD "normaux". Du coup, je ne suis pas choqué outre mesure par l'appellation "inadaptée". Tout comme en Windev on ne par pas de table mais de fichier, ni de tableau mais de table...
05/11/2014, 07h25
forca

Merci à tous pour vos réponses.

J'ai mieux compris le concept des vues windev, je m'en doutais un peu mais je voulais confirmation et l'aide windev me laissait le doute.

J'étudierai la fonction HVueVersFichier, mais c'était un cas exceptionnel que j'ai géré avec un parcours "classique" avec les fonctions hlit*.

L'utilisation des vues m'a paru intéressante pour faire de l'affichage de données rapides mais sans besoin de modifications sur le fichier et de vision temps réelles.

Je serai vigilant.

Bonne journée, Forca