OVH Cloud OVH Cloud

[WD9] Hyper File CS

39 réponses
Avatar
Frédéric LAMBOUR
Y a un truc qui m'inquiète. Quand on importe une base HF classic dans HF
client serveur à aucun moment le serveur ne demande l'analyse HF
correspondant à la base de donnée. Comment le serveur fait-il donc pour
assurer l'intégrité de la base de donnée sans l'analyse ?

Je fais faire quelque test ...

10 réponses

1 2 3 4
Avatar
Frédéric LAMBOUR
J'avais raison de m'inquiéter, si on accède aux fichiers par le centre de
contrôle HF il n'y a aucun contrôle de l'intégrité référentielle. On casse
sa base sans problème (comme avec WDMAP sans ouvrir d'analyse) !




"Frédéric LAMBOUR" a écrit dans le message
de news:djq0ru$hd5$
Y a un truc qui m'inquiète. Quand on importe une base HF classic dans HF
client serveur à aucun moment le serveur ne demande l'analyse HF
correspondant à la base de donnée. Comment le serveur fait-il donc pour
assurer l'intégrité de la base de donnée sans l'analyse ?

Je fais faire quelque test ...




Avatar
Frédéric LAMBOUR
Mercu à Claude LEGROS pour cette réponse sur le forum d'en face :

Dans la structure du dossier de HF C/S, il y a un dossier BDD qui lui-même
contient un dossier pour chaque base. Dans chacun des dossiers de chaque
base, il y a un dossier __System qui contine un fichier Integrity.Fic. C'est
ce fichier qui contient les règles d'intégrité de la base. Le fait
d'importer en version 9 une base depuis HF Classic ne met pas à niveau ce
fichier d'intégrité. Pour pallier ce "désagrément" il faut procéder comme
suit :
- créer la base dans HF C/S
- par programme créer toute les tables de la base (par HCréation) ce qui va
constituer le fichier Integrity.fic de la base
- rappatrier la base HF Classic en écrasant la base créée à vide, ce qui
peut être fait via une simple copie au moyen de l'explorateur de Windows.
Après cela tout fonctinne correctement. D'après ce que j'ai cru lire dans
les annonces de la version 10, ce problème de contrôle d'intégrité
n'existera plus.

"Frédéric LAMBOUR" a écrit dans le message
de news:djq0ru$hd5$
Y a un truc qui m'inquiète. Quand on importe une base HF classic dans HF
client serveur à aucun moment le serveur ne demande l'analyse HF
correspondant à la base de donnée. Comment le serveur fait-il donc pour
assurer l'intégrité de la base de donnée sans l'analyse ?

Je fais faire quelque test ...




Avatar
mat
Frédéric LAMBOUR wrote:
Mercu à Claude LEGROS pour cette réponse sur le forum d'en face :

Dans la structure du dossier de HF C/S, il y a un dossier BDD qui lui-même
contient un dossier pour chaque base. Dans chacun des dossiers de chaque
base, il y a un dossier __System qui contine un fichier Integrity.Fic. C'est
ce fichier qui contient les règles d'intégrité de la base. Le fait
d'importer en version 9 une base depuis HF Classic ne met pas à niveau ce
fichier d'intégrité. Pour pallier ce "désagrément" il faut procéder comme
suit :
- créer la base dans HF C/S
- par programme créer toute les tables de la base (par HCréation) ce qui va
constituer le fichier Integrity.fic de la base
- rappatrier la base HF Classic en écrasant la base créée à vide, ce qui
peut être fait via une simple copie au moyen de l'explorateur de Windows.
Après cela tout fonctinne correctement. D'après ce que j'ai cru lire dans
les annonces de la version 10, ce problème de contrôle d'intégrité
n'existera plus.



donc, moi qui voulais m'orienter vers WD9 maintenant (j'utilise la
version anglaise, donc un peu en retard) devrais vivre avec ce
bug non corrigé dans cette version? Car, la mise à jour de la gestion
d'intégrité lors des "mises à jour automatique de fichiers" ne marche
non plus http://f16.parsimony.net/forum28986/messages/19683.htm .

Notre application principale développé sous WD ne fonctionne pas sans la
vérification d'intégrité. Aussi longtemps que ce bug n'est pas
corrigé, nous ne pouvons pas utiliser HF C/S. Alors WD9 est inutile
car HF C/S est la seule nouveauté qui m'intéressait.

Que PC Soft osent laisser sans correction une telle faille de leur base
de donné dit tout sur leur politique de désintérêt pour leur clients.
Une fois de plus, le plus grand problème n'est pas nécessairement la
faille, mais le fait de ne pas informer le client des vrais limitations
du produit. Il font vraiment tout pour perdre des clients. Comme cela
ils ne vont jamais jouer dans la même ligue que leur concurrents directs.

Quand j'achête une version d'un logiciel, je pense j'ai le droit
d'attendre qu'il donne ce qu'il promet. Même les outils souvent critiqué
de Microsoft ne m'ont jamais bloqué dans mon travail. C'est certain que
je n'utiliserai plus Hyper File pour un projet important, le fournisseur
n'étant simplement pas sérieux et fiable.

Salutations
Mat
Avatar
Christophe Charron
mat a écrit :
Frédéric LAMBOUR wrote:

Mercu à Claude LEGROS pour cette réponse sur le forum d'en face :

Dans la structure du dossier de HF C/S, il y a un dossier BDD qui
lui-même
contient un dossier pour chaque base. Dans chacun des dossiers de chaque
base, il y a un dossier __System qui contine un fichier Integrity.Fic.
C'est
ce fichier qui contient les règles d'intégrité de la base. Le fait
d'importer en version 9 une base depuis HF Classic ne met pas à niveau ce
fichier d'intégrité. Pour pallier ce "désagrément" il faut procéder comme
suit :
- créer la base dans HF C/S
- par programme créer toute les tables de la base (par HCréation) ce
qui va
constituer le fichier Integrity.fic de la base
- rappatrier la base HF Classic en écrasant la base créée à vide, ce qui
peut être fait via une simple copie au moyen de l'explorateur de Windows.
Après cela tout fonctinne correctement. D'après ce que j'ai cru lire dans
les annonces de la version 10, ce problème de contrôle d'intégrité
n'existera plus.




donc, moi qui voulais m'orienter vers WD9 maintenant (j'utilise la
version anglaise, donc un peu en retard) devrais vivre avec ce
bug non corrigé dans cette version? Car, la mise à jour de la gestion
d'intégrité lors des "mises à jour automatique de fichiers" ne marche
non plus http://f16.parsimony.net/forum28986/messages/19683.htm .

Notre application principale développé sous WD ne fonctionne pas sans la
vérification d'intégrité. Aussi longtemps que ce bug n'est pas
corrigé, nous ne pouvons pas utiliser HF C/S. Alors WD9 est inutile
car HF C/S est la seule nouveauté qui m'intéressait.

Que PC Soft osent laisser sans correction une telle faille de leur base
de donné dit tout sur leur politique de désintérêt pour leur clients.
Une fois de plus, le plus grand problème n'est pas nécessairement la
faille, mais le fait de ne pas informer le client des vrais limitations
du produit. Il font vraiment tout pour perdre des clients. Comme cela
ils ne vont jamais jouer dans la même ligue que leur concurrents directs.

Quand j'achête une version d'un logiciel, je pense j'ai le droit
d'attendre qu'il donne ce qu'il promet. Même les outils souvent critiqué
de Microsoft ne m'ont jamais bloqué dans mon travail. C'est certain que
je n'utiliserai plus Hyper File pour un projet important, le fournisseur
n'étant simplement pas sérieux et fiable.

Salutations
Mat



Bonjour,
extrait de la licence, acceptée par tout utilisateur :

<
6. Absence de responsabilité
Le LOGICIEL et la documentation qui l'accompagne sont vendus en l'état,
SANS AUCUNE GARANTIE D'AUCUNE SORTE. PC SOFT ne saurait être tenu pour
responsable pour tout dommage de quelque nature que ce soit, et en
particulier en cas de perte ou détérioration des données, en cas de
perte financière, en cas de perte d'exploitation, en cas de divergence
des informations contenues dans la documentation avec le comportement du
LOGICIEL, en cas de comportement du LOGICIEL différent de celui attendu.
Le CLIENT est seul et unique responsable du fonctionnement et du support
des programmes qu'il aura réalisé avec le LOGICIEL.
>

No comment ...

--
Cordialement
Christophe Charron

PROLOGIQ
7 bis Rue des Aulnes
69410 Champagne au Mont d'Or

Tel : 0 437 499 107
Fax : 0 437 499 105
mailto:
Avatar
ronando29
SI HyperFile C/S est la seule nouveauté qui t'interresse pourquoi n'a
pas été plutot voir MySQL ou PostGreSQL ? ca t'aurai eviter de passer
en WD9. Et en passant je pense qu'il n'y pas photo entre ces sgbd ...
HF C/S est une technologie tres récente qd meme ..
Avatar
mat
Christophe Charron wrote:
Bonjour,
extrait de la licence, acceptée par tout utilisateur :

<
6. Absence de responsabilité
Le LOGICIEL et la documentation qui l'accompagne sont vendus en l'état,
SANS AUCUNE GARANTIE D'AUCUNE SORTE. PC SOFT ne saurait être tenu pour
responsable pour tout dommage de quelque nature que ce soit, et en
particulier en cas de perte ou détérioration des données, en cas de
perte financière, en cas de perte d'exploitation, en cas de divergence
des informations contenues dans la documentation avec le comportement du
LOGICIEL, en cas de comportement du LOGICIEL différent de celui attendu.
Le CLIENT est seul et unique responsable du fonctionnement et du support
des programmes qu'il aura réalisé avec le LOGICIEL.
>

No comment ...




Bonjour Christophe et merci de nous rappeler la licence. Pourtant je ne
m'adresse pas à la partie légale du produit. Tant de maisons soft ont
des licences comparables (au cas ou) mais leur produits ne donne aucun
souci à leur clients. PCSoft est dans mon expérience personnelle, la
première société qui se comporte vraiment comme ils étaient des
irresponsables.

Peut-être la législation française n'est pas assez puissante afin
d'arrêter qu'un éditeur peut raconter tranquillement de mensonges, comme
p.ex à l'introduction de WD8 (recompilez et hop). On peut prouver
facilement que ce n'était pas vrai. S'ils ne le savaient pas, ce
seraient des incompétents, que je n'ai jamais prétendu. Entretemps, ils
doivent certainement le savoir mais ils font toujours la pub avec
WD7.5=>8=>9 recompilation suffit.

Mais ce qui m'intéresse plutôt c'est d'avoir un éditeur qui me dit où
sont les limites et failles de son produit, comme le font d'autres, afin
d'éviter que je perds mon temps. Il me semble que ceci serait digne
d'une société vendant un produit avec la prétention de permettre de
développer 10 fois plus vite.

Salutations
Mat
Avatar
mat
wrote:
SI HyperFile C/S est la seule nouveauté qui t'interresse pourquoi n'a
pas été plutot voir MySQL ou PostGreSQL ? ca t'aurai eviter de passer
en WD9. Et en passant je pense qu'il n'y pas photo entre ces sgbd ...
HF C/S est une technologie tres récente qd meme ..




parce qu'il faut changer complètement la programmation en ce qui
concerne l'accès fichier. J'utilise une combinaison de requêtes et
fonctions H... qui devrait donner des résultats acceptables avec HF C/S
sans beaucoup de modifications. Je n'ai pas voulu travailler en C/S pour
l'application de base car les environnements de fonctionnement de
l'application concernée ne sont pas très exigeants pour la base de
donnée. La seule raison pour un changement sont les lenteurs des
requêtes sous HF Classic.

Salutations
Mat
Avatar
Frédéric LAMBOUR
Ok ca marche, donc c'est la fonction importer une base HF classic qu'il ne
faut surout pas utiliser ...

Merci

"mat" a écrit dans le message de
news:4360b922$
Frédéric LAMBOUR wrote:
> Mercu à Claude LEGROS pour cette réponse sur le forum d'en face :
>
> Dans la structure du dossier de HF C/S, il y a un dossier BDD qui


lui-même
> contient un dossier pour chaque base. Dans chacun des dossiers de chaque
> base, il y a un dossier __System qui contine un fichier Integrity.Fic.


C'est
> ce fichier qui contient les règles d'intégrité de la base. Le fait
> d'importer en version 9 une base depuis HF Classic ne met pas à niveau


ce
> fichier d'intégrité. Pour pallier ce "désagrément" il faut procéder


comme
> suit :
> - créer la base dans HF C/S
> - par programme créer toute les tables de la base (par HCréation) ce qui


va
> constituer le fichier Integrity.fic de la base
> - rappatrier la base HF Classic en écrasant la base créée à vide, ce qui
> peut être fait via une simple copie au moyen de l'explorateur de


Windows.
> Après cela tout fonctinne correctement. D'après ce que j'ai cru lire


dans
> les annonces de la version 10, ce problème de contrôle d'intégrité
> n'existera plus.

donc, moi qui voulais m'orienter vers WD9 maintenant (j'utilise la
version anglaise, donc un peu en retard) devrais vivre avec ce
bug non corrigé dans cette version? Car, la mise à jour de la gestion
d'intégrité lors des "mises à jour automatique de fichiers" ne marche
non plus http://f16.parsimony.net/forum28986/messages/19683.htm .

Notre application principale développé sous WD ne fonctionne pas sans la
vérification d'intégrité. Aussi longtemps que ce bug n'est pas
corrigé, nous ne pouvons pas utiliser HF C/S. Alors WD9 est inutile
car HF C/S est la seule nouveauté qui m'intéressait.

Que PC Soft osent laisser sans correction une telle faille de leur base
de donné dit tout sur leur politique de désintérêt pour leur clients.
Une fois de plus, le plus grand problème n'est pas nécessairement la
faille, mais le fait de ne pas informer le client des vrais limitations
du produit. Il font vraiment tout pour perdre des clients. Comme cela
ils ne vont jamais jouer dans la même ligue que leur concurrents directs.

Quand j'achête une version d'un logiciel, je pense j'ai le droit
d'attendre qu'il donne ce qu'il promet. Même les outils souvent critiqué
de Microsoft ne m'ont jamais bloqué dans mon travail. C'est certain que
je n'utiliserai plus Hyper File pour un projet important, le fournisseur
n'étant simplement pas sérieux et fiable.

Salutations
Mat



Avatar
mat
Frédéric LAMBOUR wrote:
Ok ca marche, donc c'est la fonction importer une base HF classic qu'il ne
faut surout pas utiliser ...



pardon, mais j'ai compris du constat de Marc Beaven que le problème se
reproduit avec chaque mise à jour de la base de donnée... donc pour moi,
ça ne marche pas.
Avatar
Frédéric LAMBOUR
Si c'est le cas c'est scandaleux.

Bon comme j'en ai marre de devoir tester les fonctionnalités d'Hyper File
C/S avant d'avoir suffisament confiance pour les utiliser je vais laisser ce
travail à d'autre ...

A+


"mat" a écrit dans le message de
news:4360d581$
Frédéric LAMBOUR wrote:
> Ok ca marche, donc c'est la fonction importer une base HF classic qu'il


ne
> faut surout pas utiliser ...

pardon, mais j'ai compris du constat de Marc Beaven que le problème se
reproduit avec chaque mise à jour de la base de donnée... donc pour moi,
ça ne marche pas.


1 2 3 4