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 ...
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 ...
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 ...
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 ...
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 ...
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 ...
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.
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.
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 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
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
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 ...
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,
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 ...
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 ..
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 ..
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 ..
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
> 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.
> 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
> fichier d'intégrité. Pour pallier ce "désagrément" il faut procéder
> suit :
> - créer la base dans HF C/S
> - par programme créer toute les tables de la base (par HCréation) ce qui
> 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
> Après cela tout fonctinne correctement. D'après ce que j'ai cru lire
> 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
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
> 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.
> 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
> fichier d'intégrité. Pour pallier ce "désagrément" il faut procéder
> suit :
> - créer la base dans HF C/S
> - par programme créer toute les tables de la base (par HCréation) ce qui
> 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
> Après cela tout fonctinne correctement. D'après ce que j'ai cru lire
> 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
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
> 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.
> 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
> fichier d'intégrité. Pour pallier ce "désagrément" il faut procéder
> suit :
> - créer la base dans HF C/S
> - par programme créer toute les tables de la base (par HCréation) ce qui
> 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
> Après cela tout fonctinne correctement. D'après ce que j'ai cru lire
> 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
Ok ca marche, donc c'est la fonction importer une base HF classic qu'il ne
faut surout pas utiliser ...
Ok ca marche, donc c'est la fonction importer une base HF classic qu'il ne
faut surout pas utiliser ...
Ok ca marche, donc c'est la fonction importer une base HF classic qu'il ne
faut surout pas utiliser ...
Frédéric LAMBOUR wrote:
> Ok ca marche, donc c'est la fonction importer une base HF classic qu'il
> 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.
Frédéric LAMBOUR wrote:
> Ok ca marche, donc c'est la fonction importer une base HF classic qu'il
> 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.
Frédéric LAMBOUR wrote:
> Ok ca marche, donc c'est la fonction importer une base HF classic qu'il
> 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.