Discussion :

[tux59]

Bonjour,

J'ai vu que l'on pouvait utiliser la fonction TableEnregistre sur une une table remplit par un fichier sans problème, en revanche je n'arrive pas à utiliser ce principe sur une table remplit à l'aide d'une requête interne.

Pour informations, j'ai les fichiers suivants Article, Client et un Article_Client_Tarif qui permet de spécifier une remise personnalisée à un client sur un article.
La table contient donc l'id de l'article, l'id du client et la remise pour faire simple.
Toutefois, en utilisant TableEnregistre() mes modifications ne sont pas enregistrées.

Auriez-vous une idée, une solution ?

Merci

[=JBO=]

Bonjour tux59,

Si je comprends bien, tu utilises un champ table fichier basé sur une requête définie dans ton projet et qui porte sur des fichiers de données HyperFile...
Correct ???

Dans ce cas de figure, si tu ne fais pas explicitement appel à la fonction HExécuteRequête(), alors c'est l'exécutable WinDev qui y fait appel en spécifiant le mode d'exécution par défaut, à savoir hRequêteDéfaut.

Si tu lis consciencieusement l'aide en ligne, tu verras que pour mettre à jour les données HyperFile récupérées par la requête, il faut l'exécuter avec le mode hModifieFichier.

Aussi, tu dois explicitement exécuter la requête avec le mode hModifieFichier, par exemple à l'ouverture de la fenêtre.
_

[tux59]

Salut,

Merci pour ton aide, j'ai appelé dans l'après midi le support windev et ils m'ont donné la même astuce que toi, par contre la personne m'a dit que normalement avec une requête intégrée à la table ça devrait marcher, mais elle n'en était plus trop sûre et m'a conseillé vers l'autre méthode.

Je remarque que windev fait quand même énormément de choses et qu'il est difficile de tout maitriser .

Sinon le fait de faire un HExecuteRequete() et ensuite lier le contenu de la table à cette même requête, n'est-il pas gourmand en ressource dans le sens où la requête serait exécutée 2 fois par windev au final ? A moins qu'une optimisation soit faites automatiquement.

merci

[=JBO=]

Merci de nous donner ce retour d'information...
Je n'avais pas compris que tu parlais d'une requête intégrée (tu avais écrit "requête interne" ).

De plus, j'ai oublié de prendre une précaution: te faire préciser quel est le type de requête sélection.
Par exemple, une requête de regroupement (agrégat) ne permet pas la mise à jour. Et aussi certaines jointures la supporte mal...

[...] par contre la personne m'a dit que normalement avec une requête intégrée à la table ça devrait marcher, mais elle n'en était plus trop sûre et m'a conseillé vers l'autre méthode.

Mais on croit rêver en lisant ton compte-rendu:

« la personne ... n'en était pas trop sûre »

C'était qui ? Un stagiaire j'imagine... ... ou alors c'est grave pour une personne du support de ne pas connaître la réponse !

Sinon le fait de faire un HExecuteRequete() et ensuite lier le contenu de la table à cette même requête, n'est-il pas gourmand en ressource dans le sens où la requête serait exécutée 2 fois par windev au final ? A moins qu'une optimisation soit faites automatiquement.

De toute façon, la requête ne sera exécutée qu'une seule fois.

Tu vas utiliser une requête définie dans ton projet ?
Dans ce cas, il est plus simple de désigner cette requête comme "source fichier" (synonyme de FichierParcouru) dans la fenêtre Description du champ table, dans l'onglet Contenu.

Mais je crois que tu peux quand même utiliser une requête intégrée et forcée son exécution comme ceci (à vérifier):

Code WLangage :

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

HExécuteRequête(MonChampTable..Fichierparcouru,hModifieFichier)

[tux59]

Salut,

Désolé de ne pas être venu te remercié plus tôt, mais j'ai eu des obligations.

Ton aide m'a permis d'avancer .

Sinon pour le support, c'est effectivement la réponse que j'avais eu, mais bon au final c'est résolu.

Merci à toi