Discussion :

[Isythiel]

Bonjour,


J'ai une appli windev (dont j'ai pas les sources) basée sur des fichiers hyperfile et je tente d'exploiter ces fichiers en PHP CLI.

Pour ce faire, j'ai du recréer un fichier d'analyse .wdd a partir de tous les fichiers .FIC.

Je peux bien voir et exploiter la base en PHP CLI.

Seulement les développeurs de l'application windev ont fait en sorte que leur appli crée une nouvelle table (.FIC) chaque jour pour les nouvelles données.
Nouveau fichier .FIC donc, qui n'est pas inclu dans mon .wdd.

Comment faire en sorte de pouvoir taper dans les nouveaux fichiers ?

D'avance merci.

Quelques précisions utiles :
- J'ai lu tous les commentaires de "morale" vis à vis de la licence. J'ai une licence Windev valide, mais je veux volontairement passer par PHP CLI.
- Je n'ai aucun moyen de contacter les développeurs de l'appli windev, et il est donc impossible de modifier son code source.
- Le fichier .wdd est créé aujourd'hui, mais il ne sera pas recréé en environnement de production, c'est pourquoi je veux trouver un moyen de pouvoir taper dans les nouveaux fichiers (à moins que vous ne connaissiez un moyen de recréer le fichier analyse automatiquement )

[vmolines]

Est ce que ça résume bien votre problématique :

Comment accéder à des tables physiques différentes (fichier HF pour chaque jour) alors que vous n'avez accès qu'à une table logique par l'analyse ?

Je voudrais être sûr d'avoir bien compris.

[mail.spam]

Bonjour,

Quand tu dis

Le fichier .wdd est créé aujourd'hui, mais il ne sera pas recréé en environnement de production

Tu entend quoi par là?

Attention je n'ai pas testé ce que je dis par la suite, mais c'est une piste à exploiter.

Si tu as l'analyse une solution serai de renommer ton fichier fic avec le nom défini dans l'analyse et ainsi accéder aux infos.

Mais il faudrait savoir ce que tu veux faire exactement.
Car si tu veux accéder aux infos pendant que le fichier est utilisé ça risque de poser problème.

[Isythiel]

Est ce que ça résume bien votre problématique :

Comment accéder à des tables physiques différentes (fichier HF pour chaque jour) alors que vous n'avez accès qu'à une table logique par l'analyse ?

Je voudrais être sûr d'avoir bien compris.

Je ne suis pas sûre de saisir la différence entre ces deux notions en Windev. :s

[Isythiel]

Quand tu dis
Tu entend quoi par là?

C'est moi qui aie reconstitué le fichier d'analyse à partir des fichiers .FIC. Est-ce que ça répond à ta question ?

Si tu as l'analyse une solution serai de renommer ton fichier fic avec le nom défini dans l'analyse et ainsi accéder aux infos.

Mais il faudrait savoir ce que tu veux faire exactement.
Car si tu veux accéder aux infos pendant que le fichier est utilisé ça risque de poser problème.

Le but est justement de l'exploiter lorsqu'il est utilisé, c'est-à-dire que je ne peux pas le renommer. Je suis consciente que ça risque de poser des problèmes de verrous, et je tenterai par la suite de gérer ce cas là. Mais pour ça il faut que je puisse les atteindre par mon script ^^

[vmolines]

Je ne suis pas sûre de saisir la différence entre ces deux notions en Windev. :s

Ok alors abordé différemment. Quand vous accédez aux données d'un des jours via PHP CLI, vous le faîtes en interrogeant quelle table ?

[Isythiel]

Ok alors abordé différemment. Quand vous accédez aux données d'un des jours via PHP CLI, vous le faîtes en interrogeant quelle table ?

Pour l'instant je ne le fais pas. Mais je me rends compte qu'il y a un fichier histo_j_cde puis après des fichiers histo_<date>, ça correspond à ce que vous essayiez de m'expliquer ?

[Edit : ajout de précisions]
Quand je dis "pour l'instant je ne le fais pas", je ne le fais pas sur ces fichiers :
J'ai un dossier général qui contient l'exécutable et plusieurs fichiers .FIC qui correspondent aux données qui changeront le moins souvent (liste des produits, liste des utilisateurs, etc). C'est à partir de ceux là que j'ai recréé mon analyse .wdd. Et donc ce sont ces données que je peux lire via PHP CLI.

J'ai ensuite un dossier /histo/ qui contient les fameux fichiers décrits plus haut, et qui ont l'air de servir pour les enregistrements de chaque commande de la journée. Je n'ai pas osé les inclure dans l'analyse en pensant qu'ils étaient susceptibles de changer (dans le sens ou je n'aurai qu'une fois le fichier histo_<dateX> mais pas les données des jours suivants).

Est-ce que je dois inclure tout de même un de ces fichiers ? Comment ça se passe par la suite ?

Si je n'ai pas été claire, n'hésitez pas à me demander de reformuler.
Merci.

[vmolines]

En fait ce que je veux dire c'est qu'Hyperfile travaille utilise l'analyse comme schéma pour accéder aux données. Vous ne pouvez accéder à des tables non définies dans l'analyse (sauf depuis Windev qui permet de définir dynamiquement l'analyse).

Donc vous êtes limité à l'analyse que vous définissez à un instant donné pour accéder aux tables qui elles peuvent être créées dynamiquement au fil des jours.

Toutes les solutions que je vois pour traiter votre problème sont horribles :

- changer physiquement le nom d'un fichier que l'analyse ne connait pas pour le remplacer par un que l'analyse connait (solution proposée par Mail.spam). Exemple : vous avez dans l'analyse seulement histo_j1. L'application windev créée histo_j2.FIC le 2ème jour. Vous renommez histo_j2.FIC en histo_j1.FIC et vous manipulerez alors le jour 2 à travers la B]histo_j1[/B] de l'analyse.

Solution horrible qui pose des problèmes de performance, de concurrence d'accès et qui difficile à mettre en place.

- faire un programme windev qui accède à ces données en décrivant l'analyse de manière dynamique et les fournit à votre application (socket, webservice, ...). Très nul aussi.

- refaire un applicatif pour remplacer celui en Windev. En profiter pour revoir le modèle de données. Y transférer les données des fichiers Hyperfiles existants. Très bien mais vous n'avez sûrement pas le temps.

[Isythiel]

En fait ce que je veux dire c'est qu'Hyperfile travaille utilise l'analyse comme schéma pour accéder aux données. Vous ne pouvez accéder à des tables non définies dans l'analyse (sauf depuis Windev qui permet de définir dynamiquement l'analyse).

Donc vous êtes limité à l'analyse que vous définissez à un instant donné pour accéder aux tables qui elles peuvent être créées dynamiquement au fil des jours.

C'est exactement mon problème.

Toutes les solutions que je vois pour traiter votre problème sont horribles :

- changer physiquement le nom d'un fichier que l'analyse ne connait pas pour le remplacer par un que l'analyse connait (solution proposée par Mail.spam). Exemple : vous avez dans l'analyse seulement histo_j1. L'application windev créée histo_j2.FIC le 2ème jour. Vous renommez histo_j2.FIC en histo_j1.FIC et vous manipulerez alors le jour 2 à travers la B]histo_j1[/B] de l'analyse.

Solution horrible qui pose des problèmes de performance, de concurrence d'accès et qui difficile à mettre en place.

Effectivement, et surtout pas faisable parce que l'appli windev travaille en temps réel sur le fichier du jour concerné (et donc va chercher ce fichier spécifiquement), que je dois exploiter en temps réel aussi. Ben oui sinon c'est pas drôle :p

- faire un programme windev qui accède à ces données en décrivant l'analyse de manière dynamique et les fournit à votre application (socket, webservice, ...). Très nul aussi.

J'en étais limite à me demander si c'est pas ce que j'allais faire, je commence à être bien bloquée... Mais je suis d'accord, c'est moche.

- refaire un applicatif pour remplacer celui en Windev. En profiter pour revoir le modèle de données. Y transférer les données des fichiers Hyperfiles existants. Très bien mais vous n'avez sûrement pas le temps.

Impossible, mon client a déja acheté la licence de ce produit et s'est engagé avec l'entreprise qui "développe" cette solution. Et accessoirement, je n'ai pas le temps

Ensuite, je me demandais s'il était possible de créer une nouvelle table dans ODBC, ayant le nom du fichier que je cherchais à joindre.

[vmolines]

Vous avez precisé que vous n'aviez pas les sources de l'application Windev. C'est peut être de ce côté qu'il vaut mieux creuser. Payez pour avoir les sources s'il faut, ça ne coûtera rien comparé à l'horreur engendrée par une autre solution.

[Isythiel]

Malheureusement ça n'est pas une question de prix...
Ce n'est vraiment pas une solution envisageable.