Bonjour,
Je craque car sur l'un de nos sites j'ai différentes erreurs qui se
produisent lors de l'accès à nos fichiers HF et que vraiment je ne
comprends pas !
Exemple des erreurs les plus couramment rencontrées :
- Erreur : 70012 sur un HModifie
Une clé cherchée dans un noeud du fichier <s:RepertoireFICHIER.NDX> n'a
pas été trouvée. Vous devez réindexer votre fichier.
- Erreur : 70150 sur un HLitRecherchePremier
Impossible de se repositionner dans le fichier
<s:RepertoireFICHIER.NDX>.
Erreur : 70150
Impossible d'ouvrir le fichier <s:RepertoireFICHIER.NDX>.
Erreur 70037 sur un HAjoute
Le fichier <FICHIER> n'a pas été ouvert avec des droits en écriture.
Impossible d'effectuer l'opération.
L'aide de windev sur ces codes erreurs me dit :
<<<
70012: NOM DE CLÉ INCONNU
Le nom de la clé donné dans la fonction de gestion de fichier n'existe
pas. H.ErrIgnore est sans effet pour cette erreur.
Remarque perso : C'est un hModifie qui pose problème, aucun nom de clé
n'est passé à la fonction
<<<
70037: FICHIER NON MODIFIABLE
Tentative de modification sur un fichier non modifiable (read-only).
Remarque perso : Cette erreur est très ponctuelle, apparait et disparait
immédiatement après
<<<
70150: ERREUR SYSTÈME INATTENDUE
Erreur système inattendue. Répétez l'opération.
N'importe quel fichier peut être touché, à chaque fois l'appli plante
brutalement et moi pendant ce temps je deviens fou car ça me pose de très
gros soucis au niveau de l'intégrité de la base. Ces erreurs peuvent ne
pas apparaitre durant 15 jours ou apparaitre 1 à 2 fois par semaine.
Le client me dit naturellement qu'il ne touche à rien sur le serveur et
que l'antivirus (Trend Micro) n'est pas en cause. Vraiment je ne sais plus
ou chercher car tout est ondulé, switch compris.
Est-ce que Trend Micro (que je ne connais pas) pourrait-être la cause ?
Même si tout est ondulé j'ai tendance également à penser que ça pourrait
être lié à des problèmes électriques. Une surtension pourrait être la
cause ?
Toutes idées serait vraiment la bienvenue ...
Amicalement,
Emmanuel Haefelé.
Bonjour,
Je craque car sur l'un de nos sites j'ai différentes erreurs qui se
produisent lors de l'accès à nos fichiers HF et que vraiment je ne
comprends pas !
Exemple des erreurs les plus couramment rencontrées :
- Erreur : 70012 sur un HModifie
Une clé cherchée dans un noeud du fichier <s:RepertoireFICHIER.NDX> n'a
pas été trouvée. Vous devez réindexer votre fichier.
- Erreur : 70150 sur un HLitRecherchePremier
Impossible de se repositionner dans le fichier
<s:RepertoireFICHIER.NDX>.
Erreur : 70150
Impossible d'ouvrir le fichier <s:RepertoireFICHIER.NDX>.
Erreur 70037 sur un HAjoute
Le fichier <FICHIER> n'a pas été ouvert avec des droits en écriture.
Impossible d'effectuer l'opération.
L'aide de windev sur ces codes erreurs me dit :
<<<
70012: NOM DE CLÉ INCONNU
Le nom de la clé donné dans la fonction de gestion de fichier n'existe
pas. H.ErrIgnore est sans effet pour cette erreur.
Remarque perso : C'est un hModifie qui pose problème, aucun nom de clé
n'est passé à la fonction
<<<
70037: FICHIER NON MODIFIABLE
Tentative de modification sur un fichier non modifiable (read-only).
Remarque perso : Cette erreur est très ponctuelle, apparait et disparait
immédiatement après
<<<
70150: ERREUR SYSTÈME INATTENDUE
Erreur système inattendue. Répétez l'opération.
N'importe quel fichier peut être touché, à chaque fois l'appli plante
brutalement et moi pendant ce temps je deviens fou car ça me pose de très
gros soucis au niveau de l'intégrité de la base. Ces erreurs peuvent ne
pas apparaitre durant 15 jours ou apparaitre 1 à 2 fois par semaine.
Le client me dit naturellement qu'il ne touche à rien sur le serveur et
que l'antivirus (Trend Micro) n'est pas en cause. Vraiment je ne sais plus
ou chercher car tout est ondulé, switch compris.
Est-ce que Trend Micro (que je ne connais pas) pourrait-être la cause ?
Même si tout est ondulé j'ai tendance également à penser que ça pourrait
être lié à des problèmes électriques. Une surtension pourrait être la
cause ?
Toutes idées serait vraiment la bienvenue ...
Amicalement,
Emmanuel Haefelé.
Bonjour,
Je craque car sur l'un de nos sites j'ai différentes erreurs qui se
produisent lors de l'accès à nos fichiers HF et que vraiment je ne
comprends pas !
Exemple des erreurs les plus couramment rencontrées :
- Erreur : 70012 sur un HModifie
Une clé cherchée dans un noeud du fichier <s:RepertoireFICHIER.NDX> n'a
pas été trouvée. Vous devez réindexer votre fichier.
- Erreur : 70150 sur un HLitRecherchePremier
Impossible de se repositionner dans le fichier
<s:RepertoireFICHIER.NDX>.
Erreur : 70150
Impossible d'ouvrir le fichier <s:RepertoireFICHIER.NDX>.
Erreur 70037 sur un HAjoute
Le fichier <FICHIER> n'a pas été ouvert avec des droits en écriture.
Impossible d'effectuer l'opération.
L'aide de windev sur ces codes erreurs me dit :
<<<
70012: NOM DE CLÉ INCONNU
Le nom de la clé donné dans la fonction de gestion de fichier n'existe
pas. H.ErrIgnore est sans effet pour cette erreur.
Remarque perso : C'est un hModifie qui pose problème, aucun nom de clé
n'est passé à la fonction
<<<
70037: FICHIER NON MODIFIABLE
Tentative de modification sur un fichier non modifiable (read-only).
Remarque perso : Cette erreur est très ponctuelle, apparait et disparait
immédiatement après
<<<
70150: ERREUR SYSTÈME INATTENDUE
Erreur système inattendue. Répétez l'opération.
N'importe quel fichier peut être touché, à chaque fois l'appli plante
brutalement et moi pendant ce temps je deviens fou car ça me pose de très
gros soucis au niveau de l'intégrité de la base. Ces erreurs peuvent ne
pas apparaitre durant 15 jours ou apparaitre 1 à 2 fois par semaine.
Le client me dit naturellement qu'il ne touche à rien sur le serveur et
que l'antivirus (Trend Micro) n'est pas en cause. Vraiment je ne sais plus
ou chercher car tout est ondulé, switch compris.
Est-ce que Trend Micro (que je ne connais pas) pourrait-être la cause ?
Même si tout est ondulé j'ai tendance également à penser que ça pourrait
être lié à des problèmes électriques. Une surtension pourrait être la
cause ?
Toutes idées serait vraiment la bienvenue ...
Amicalement,
Emmanuel Haefelé.
J'ai rencontré une galère à peu près similaire avec un projet WD9 en HF
classic.
Pour l'instant et comme je n'ai pas encore trouvé les causes, j'ai
bidouillé une "rustine" que j'avais utilisée à d'autres fins et qui,
pour l'instant, semble contenter le client puisqu'il ne m'hurle plus au
téléphone (si tu vois ce que je veux dire).
Donc, dans un premier temps, j'ai activé la ré-indexation "à chaud".
Ensuite, dans le code INIT du projet, j'ai modifié le QUAND EXCEPTION
qui s'y trouvait de façon à intercepter la plupart des erreurs liées aux
problèmes d'index.
De fait, lorsqu'une telle erreur se produit, j'affiche un message à
l'écran qui demande à l'utilisateur de bien vouloir re-démarrer le
logiciel, pour faire une maintenance automatique de la base de
données.
Ceci fait, lorsque le logiciel s'arrête, je place la valeur "OUI" dans
la clé "REINDEX" de la base de registres via Sauveparametre.
Si elle est égale à "OUI", j'efface tous les fichiers .NDX qui se
trouvent dans le dossier de stockage des fichiers HF
(via FSupprimeFichier).
Et hop ... les index sont re-créés au fur et à mesure des besoins et le
client n'est pas obligé d'aller mettre les mains dans le cambouis.
J'ai rencontré une galère à peu près similaire avec un projet WD9 en HF
classic.
Pour l'instant et comme je n'ai pas encore trouvé les causes, j'ai
bidouillé une "rustine" que j'avais utilisée à d'autres fins et qui,
pour l'instant, semble contenter le client puisqu'il ne m'hurle plus au
téléphone (si tu vois ce que je veux dire).
Donc, dans un premier temps, j'ai activé la ré-indexation "à chaud".
Ensuite, dans le code INIT du projet, j'ai modifié le QUAND EXCEPTION
qui s'y trouvait de façon à intercepter la plupart des erreurs liées aux
problèmes d'index.
De fait, lorsqu'une telle erreur se produit, j'affiche un message à
l'écran qui demande à l'utilisateur de bien vouloir re-démarrer le
logiciel, pour faire une maintenance automatique de la base de
données.
Ceci fait, lorsque le logiciel s'arrête, je place la valeur "OUI" dans
la clé "REINDEX" de la base de registres via Sauveparametre.
Si elle est égale à "OUI", j'efface tous les fichiers .NDX qui se
trouvent dans le dossier de stockage des fichiers HF
(via FSupprimeFichier).
Et hop ... les index sont re-créés au fur et à mesure des besoins et le
client n'est pas obligé d'aller mettre les mains dans le cambouis.
J'ai rencontré une galère à peu près similaire avec un projet WD9 en HF
classic.
Pour l'instant et comme je n'ai pas encore trouvé les causes, j'ai
bidouillé une "rustine" que j'avais utilisée à d'autres fins et qui,
pour l'instant, semble contenter le client puisqu'il ne m'hurle plus au
téléphone (si tu vois ce que je veux dire).
Donc, dans un premier temps, j'ai activé la ré-indexation "à chaud".
Ensuite, dans le code INIT du projet, j'ai modifié le QUAND EXCEPTION
qui s'y trouvait de façon à intercepter la plupart des erreurs liées aux
problèmes d'index.
De fait, lorsqu'une telle erreur se produit, j'affiche un message à
l'écran qui demande à l'utilisateur de bien vouloir re-démarrer le
logiciel, pour faire une maintenance automatique de la base de
données.
Ceci fait, lorsque le logiciel s'arrête, je place la valeur "OUI" dans
la clé "REINDEX" de la base de registres via Sauveparametre.
Si elle est égale à "OUI", j'efface tous les fichiers .NDX qui se
trouvent dans le dossier de stockage des fichiers HF
(via FSupprimeFichier).
Et hop ... les index sont re-créés au fur et à mesure des besoins et le
client n'est pas obligé d'aller mettre les mains dans le cambouis.
"Albert" a écrit
Bonjour,J'ai rencontré une galère à peu près similaire avec un projet WD9 en HF
classic.
Je ne suis pas encore passé en version 10, si seulement j'avais la
garantie que ça règle ce problème !
Autre solution passer en C/S mais là non plus à mon avis il n'y a pas de
certitude car ces plantages apparaissent sans raison, ce n'est pas un
CTRL-ALT-SUPPR sur le poste client par exemple qui est à l'origne de
l'erreur.Pour l'instant et comme je n'ai pas encore trouvé les causes, j'ai
bidouillé une "rustine" que j'avais utilisée à d'autres fins et qui,
pour l'instant, semble contenter le client puisqu'il ne m'hurle plus au
téléphone (si tu vois ce que je veux dire).
Je vois très bien ce que tu veux dire !Donc, dans un premier temps, j'ai activé la ré-indexation "à chaud".
Chez moi c'est fait aussi.Ensuite, dans le code INIT du projet, j'ai modifié le QUAND EXCEPTION
qui s'y trouvait de façon à intercepter la plupart des erreurs liées aux
problèmes d'index.
J'utilise là aussi le même principe que toi et ça fonctionne dans certain
cas mais malheureusement pas dans ceux-ci en particulier, bizarre
d'ailleurs.De fait, lorsqu'une telle erreur se produit, j'affiche un message à
l'écran qui demande à l'utilisateur de bien vouloir re-démarrer le
logiciel, pour faire une maintenance automatique de la base de
données.
Chez moi au redémarrage (puisqu'il y a automatiquement un plantage et une
fermeture de l'appli), proposition de réindexation systématique, de plus
sur ce site s'il y a lieu de la faire, elle est faite. J'en ai la
certitude car chez moi en plus de tout ça j'ai des alertes par mail qui
arrivent directement dans ma boite aux lettres et qui m'avertissent du
moindre évenement en clientèle avec détail et tout et tout ....Ceci fait, lorsque le logiciel s'arrête, je place la valeur "OUI" dans
la clé "REINDEX" de la base de registres via Sauveparametre.
Pareil chez moi sur le principe.Si elle est égale à "OUI", j'efface tous les fichiers .NDX qui se
trouvent dans le dossier de stockage des fichiers HF
(via FSupprimeFichier).
C'est vrai que la suppression des fichiers est une solution ultra efficace
je l'ai déjà constaté plusieurs fois en 5.5.Et hop ... les index sont re-créés au fur et à mesure des besoins et le
client n'est pas obligé d'aller mettre les mains dans le cambouis.
Oui tout ça est très bien. Comme dit j'applique à la lettre le même
principe que toi mais je dois dire que ça ne me suffit pas car
personnellement je veux trouver la raison de ces problèmes qui me font
perdre du temps. De mon côté ça met en cause de temps à autre
l'intégrité de la base et là c'est le foutoir il faut bien l'avouer.
Théoriquement je devrais gérer des transactions dans certains cas mais
ayant constaté en 5.5 qu'elles n'étaient pas du tout efficace, je n'ai pas
l'intention de retenter le coup en version 9. De toute manière il n'y a
pas de raison, il y a quelque chose qui fait que ... et je veux trouver
quoi !!!
Merci pour ton aide.
Amicalement,
Emmanuel Haefelé.
"Albert" <Valsofts@free.fr> a écrit
Bonjour,
J'ai rencontré une galère à peu près similaire avec un projet WD9 en HF
classic.
Je ne suis pas encore passé en version 10, si seulement j'avais la
garantie que ça règle ce problème !
Autre solution passer en C/S mais là non plus à mon avis il n'y a pas de
certitude car ces plantages apparaissent sans raison, ce n'est pas un
CTRL-ALT-SUPPR sur le poste client par exemple qui est à l'origne de
l'erreur.
Pour l'instant et comme je n'ai pas encore trouvé les causes, j'ai
bidouillé une "rustine" que j'avais utilisée à d'autres fins et qui,
pour l'instant, semble contenter le client puisqu'il ne m'hurle plus au
téléphone (si tu vois ce que je veux dire).
Je vois très bien ce que tu veux dire !
Donc, dans un premier temps, j'ai activé la ré-indexation "à chaud".
Chez moi c'est fait aussi.
Ensuite, dans le code INIT du projet, j'ai modifié le QUAND EXCEPTION
qui s'y trouvait de façon à intercepter la plupart des erreurs liées aux
problèmes d'index.
J'utilise là aussi le même principe que toi et ça fonctionne dans certain
cas mais malheureusement pas dans ceux-ci en particulier, bizarre
d'ailleurs.
De fait, lorsqu'une telle erreur se produit, j'affiche un message à
l'écran qui demande à l'utilisateur de bien vouloir re-démarrer le
logiciel, pour faire une maintenance automatique de la base de
données.
Chez moi au redémarrage (puisqu'il y a automatiquement un plantage et une
fermeture de l'appli), proposition de réindexation systématique, de plus
sur ce site s'il y a lieu de la faire, elle est faite. J'en ai la
certitude car chez moi en plus de tout ça j'ai des alertes par mail qui
arrivent directement dans ma boite aux lettres et qui m'avertissent du
moindre évenement en clientèle avec détail et tout et tout ....
Ceci fait, lorsque le logiciel s'arrête, je place la valeur "OUI" dans
la clé "REINDEX" de la base de registres via Sauveparametre.
Pareil chez moi sur le principe.
Si elle est égale à "OUI", j'efface tous les fichiers .NDX qui se
trouvent dans le dossier de stockage des fichiers HF
(via FSupprimeFichier).
C'est vrai que la suppression des fichiers est une solution ultra efficace
je l'ai déjà constaté plusieurs fois en 5.5.
Et hop ... les index sont re-créés au fur et à mesure des besoins et le
client n'est pas obligé d'aller mettre les mains dans le cambouis.
Oui tout ça est très bien. Comme dit j'applique à la lettre le même
principe que toi mais je dois dire que ça ne me suffit pas car
personnellement je veux trouver la raison de ces problèmes qui me font
perdre du temps. De mon côté ça met en cause de temps à autre
l'intégrité de la base et là c'est le foutoir il faut bien l'avouer.
Théoriquement je devrais gérer des transactions dans certains cas mais
ayant constaté en 5.5 qu'elles n'étaient pas du tout efficace, je n'ai pas
l'intention de retenter le coup en version 9. De toute manière il n'y a
pas de raison, il y a quelque chose qui fait que ... et je veux trouver
quoi !!!
Merci pour ton aide.
Amicalement,
Emmanuel Haefelé.
"Albert" a écrit
Bonjour,J'ai rencontré une galère à peu près similaire avec un projet WD9 en HF
classic.
Je ne suis pas encore passé en version 10, si seulement j'avais la
garantie que ça règle ce problème !
Autre solution passer en C/S mais là non plus à mon avis il n'y a pas de
certitude car ces plantages apparaissent sans raison, ce n'est pas un
CTRL-ALT-SUPPR sur le poste client par exemple qui est à l'origne de
l'erreur.Pour l'instant et comme je n'ai pas encore trouvé les causes, j'ai
bidouillé une "rustine" que j'avais utilisée à d'autres fins et qui,
pour l'instant, semble contenter le client puisqu'il ne m'hurle plus au
téléphone (si tu vois ce que je veux dire).
Je vois très bien ce que tu veux dire !Donc, dans un premier temps, j'ai activé la ré-indexation "à chaud".
Chez moi c'est fait aussi.Ensuite, dans le code INIT du projet, j'ai modifié le QUAND EXCEPTION
qui s'y trouvait de façon à intercepter la plupart des erreurs liées aux
problèmes d'index.
J'utilise là aussi le même principe que toi et ça fonctionne dans certain
cas mais malheureusement pas dans ceux-ci en particulier, bizarre
d'ailleurs.De fait, lorsqu'une telle erreur se produit, j'affiche un message à
l'écran qui demande à l'utilisateur de bien vouloir re-démarrer le
logiciel, pour faire une maintenance automatique de la base de
données.
Chez moi au redémarrage (puisqu'il y a automatiquement un plantage et une
fermeture de l'appli), proposition de réindexation systématique, de plus
sur ce site s'il y a lieu de la faire, elle est faite. J'en ai la
certitude car chez moi en plus de tout ça j'ai des alertes par mail qui
arrivent directement dans ma boite aux lettres et qui m'avertissent du
moindre évenement en clientèle avec détail et tout et tout ....Ceci fait, lorsque le logiciel s'arrête, je place la valeur "OUI" dans
la clé "REINDEX" de la base de registres via Sauveparametre.
Pareil chez moi sur le principe.Si elle est égale à "OUI", j'efface tous les fichiers .NDX qui se
trouvent dans le dossier de stockage des fichiers HF
(via FSupprimeFichier).
C'est vrai que la suppression des fichiers est une solution ultra efficace
je l'ai déjà constaté plusieurs fois en 5.5.Et hop ... les index sont re-créés au fur et à mesure des besoins et le
client n'est pas obligé d'aller mettre les mains dans le cambouis.
Oui tout ça est très bien. Comme dit j'applique à la lettre le même
principe que toi mais je dois dire que ça ne me suffit pas car
personnellement je veux trouver la raison de ces problèmes qui me font
perdre du temps. De mon côté ça met en cause de temps à autre
l'intégrité de la base et là c'est le foutoir il faut bien l'avouer.
Théoriquement je devrais gérer des transactions dans certains cas mais
ayant constaté en 5.5 qu'elles n'étaient pas du tout efficace, je n'ai pas
l'intention de retenter le coup en version 9. De toute manière il n'y a
pas de raison, il y a quelque chose qui fait que ... et je veux trouver
quoi !!!
Merci pour ton aide.
Amicalement,
Emmanuel Haefelé.
Depuis 1 an j'ai changé mon système de base de données HF contre du SQL
Server.
Je sais c'est très long à migrer pour de grosses applications, mais
vraiment pas mécontent d'avoir changé, plus de problèmes d'index, plus
de blocage, plus rien.
Depuis 1 an j'ai changé mon système de base de données HF contre du SQL
Server.
Je sais c'est très long à migrer pour de grosses applications, mais
vraiment pas mécontent d'avoir changé, plus de problèmes d'index, plus
de blocage, plus rien.
Depuis 1 an j'ai changé mon système de base de données HF contre du SQL
Server.
Je sais c'est très long à migrer pour de grosses applications, mais
vraiment pas mécontent d'avoir changé, plus de problèmes d'index, plus
de blocage, plus rien.
J'ai rencontré une galère à peu près similaire avec un projet WD9 en HF
classic.
Pour l'instant et comme je n'ai pas encore trouvé les causes, j'ai
bidouillé une "rustine" que j'avais utilisée à d'autres fins et qui,
pour l'instant, semble contenter le client puisqu'il ne m'hurle plus au
téléphone (si tu vois ce que je veux dire).
J'ai rencontré une galère à peu près similaire avec un projet WD9 en HF
classic.
Pour l'instant et comme je n'ai pas encore trouvé les causes, j'ai
bidouillé une "rustine" que j'avais utilisée à d'autres fins et qui,
pour l'instant, semble contenter le client puisqu'il ne m'hurle plus au
téléphone (si tu vois ce que je veux dire).
J'ai rencontré une galère à peu près similaire avec un projet WD9 en HF
classic.
Pour l'instant et comme je n'ai pas encore trouvé les causes, j'ai
bidouillé une "rustine" que j'avais utilisée à d'autres fins et qui,
pour l'instant, semble contenter le client puisqu'il ne m'hurle plus au
téléphone (si tu vois ce que je veux dire).
"Fredo MT" a écrit
Bonjour Fredo,Depuis 1 an j'ai changé mon système de base de données HF contre du SQL
Server.
Ca c'est LA solution, c'est bien évident.
J'y pense beaucoup mais pour l'instant la masse de boulot que représente
une telle évolution m'a toujours stoppé dans mon élan à le faire.
Malheureusement passer proprement de HF à SQL Server ne se fait pas d'un
claquement de doigtJe sais c'est très long à migrer pour de grosses applications, mais
vraiment pas mécontent d'avoir changé, plus de problèmes d'index, plus
de blocage, plus rien.
C'est ce qui me fera sans doute changé d'avis un jour ou l'autre.
Dire qu'il y a 9 ans (avant windev) je bossais avec un véritable SGBDR et
qu'en passant sous windows et windev, j'ai cru au miracle des commerciaux
de pc-soft qui affirmaient que la base HF était gratuite, qu'elle
permettait des accès réseau jusqu'à 200 postes (il me semble) et surtout
que cette base était d'une fiabilité totale !
Il est exact que cette base ne fonctionne pas trop mal notamment si tout
ton réseau est ondulé mais s'il y a un problème, il est là et il est
souvent très difficile d'y remédier et ça pc-soft a largement oublié de
nous le signaler !!!!
Amicalement,
Emmanuel Haefelé.
"Fredo MT" <frederic@nospam_mont-tauch.com> a écrit
Bonjour Fredo,
Depuis 1 an j'ai changé mon système de base de données HF contre du SQL
Server.
Ca c'est LA solution, c'est bien évident.
J'y pense beaucoup mais pour l'instant la masse de boulot que représente
une telle évolution m'a toujours stoppé dans mon élan à le faire.
Malheureusement passer proprement de HF à SQL Server ne se fait pas d'un
claquement de doigt
Je sais c'est très long à migrer pour de grosses applications, mais
vraiment pas mécontent d'avoir changé, plus de problèmes d'index, plus
de blocage, plus rien.
C'est ce qui me fera sans doute changé d'avis un jour ou l'autre.
Dire qu'il y a 9 ans (avant windev) je bossais avec un véritable SGBDR et
qu'en passant sous windows et windev, j'ai cru au miracle des commerciaux
de pc-soft qui affirmaient que la base HF était gratuite, qu'elle
permettait des accès réseau jusqu'à 200 postes (il me semble) et surtout
que cette base était d'une fiabilité totale !
Il est exact que cette base ne fonctionne pas trop mal notamment si tout
ton réseau est ondulé mais s'il y a un problème, il est là et il est
souvent très difficile d'y remédier et ça pc-soft a largement oublié de
nous le signaler !!!!
Amicalement,
Emmanuel Haefelé.
"Fredo MT" a écrit
Bonjour Fredo,Depuis 1 an j'ai changé mon système de base de données HF contre du SQL
Server.
Ca c'est LA solution, c'est bien évident.
J'y pense beaucoup mais pour l'instant la masse de boulot que représente
une telle évolution m'a toujours stoppé dans mon élan à le faire.
Malheureusement passer proprement de HF à SQL Server ne se fait pas d'un
claquement de doigtJe sais c'est très long à migrer pour de grosses applications, mais
vraiment pas mécontent d'avoir changé, plus de problèmes d'index, plus
de blocage, plus rien.
C'est ce qui me fera sans doute changé d'avis un jour ou l'autre.
Dire qu'il y a 9 ans (avant windev) je bossais avec un véritable SGBDR et
qu'en passant sous windows et windev, j'ai cru au miracle des commerciaux
de pc-soft qui affirmaient que la base HF était gratuite, qu'elle
permettait des accès réseau jusqu'à 200 postes (il me semble) et surtout
que cette base était d'une fiabilité totale !
Il est exact que cette base ne fonctionne pas trop mal notamment si tout
ton réseau est ondulé mais s'il y a un problème, il est là et il est
souvent très difficile d'y remédier et ça pc-soft a largement oublié de
nous le signaler !!!!
Amicalement,
Emmanuel Haefelé.
Avec la même analyse je gère aussi un site Web réalisé en WebDev.
Je sais je te raconte ma vie mais si tu veux des infos ou autres pour
migrer sans problèmes et ne pas galérer comme moi au début, je peux
toujours t'aider.
Avec la même analyse je gère aussi un site Web réalisé en WebDev.
Je sais je te raconte ma vie mais si tu veux des infos ou autres pour
migrer sans problèmes et ne pas galérer comme moi au début, je peux
toujours t'aider.
Avec la même analyse je gère aussi un site Web réalisé en WebDev.
Je sais je te raconte ma vie mais si tu veux des infos ou autres pour
migrer sans problèmes et ne pas galérer comme moi au début, je peux
toujours t'aider.
Depuis 1 an j'ai changé mon système de base de données HF contre du SQL
Server.
Depuis 1 an j'ai changé mon système de base de données HF contre du SQL
Server.
Depuis 1 an j'ai changé mon système de base de données HF contre du SQL
Server.
dans (in) fr.comp.developpement.agl.windev, "Fredo MT"
ecrivait (wrote) :
Bonjour,
> Depuis 1 an j'ai changé mon système de base de données HF contre du
>SQL Server.
Question bête mais sérieuse (ce n'est pas un troll) : Tant qu'à
migrer, as-tu des raisons précises d'avoir choisi SQL Server plutôt
qu'un équivalent dans le monde du logiciel libre (MySQL ou PostGreSQL
pour ce citer que les deux plus connus) ?
Amicalement,
--
Eric
dans (in) fr.comp.developpement.agl.windev, "Fredo MT"
<frederic@nospam_mont-tauch.com> ecrivait (wrote) :
Bonjour,
> Depuis 1 an j'ai changé mon système de base de données HF contre du
>SQL Server.
Question bête mais sérieuse (ce n'est pas un troll) : Tant qu'à
migrer, as-tu des raisons précises d'avoir choisi SQL Server plutôt
qu'un équivalent dans le monde du logiciel libre (MySQL ou PostGreSQL
pour ce citer que les deux plus connus) ?
Amicalement,
--
Eric
dans (in) fr.comp.developpement.agl.windev, "Fredo MT"
ecrivait (wrote) :
Bonjour,
> Depuis 1 an j'ai changé mon système de base de données HF contre du
>SQL Server.
Question bête mais sérieuse (ce n'est pas un troll) : Tant qu'à
migrer, as-tu des raisons précises d'avoir choisi SQL Server plutôt
qu'un équivalent dans le monde du logiciel libre (MySQL ou PostGreSQL
pour ce citer que les deux plus connus) ?
Amicalement,
--
Eric
"Fred" a écrit
Bonjour Fred,Avec la même analyse je gère aussi un site Web réalisé en WebDev.
Je sais je te raconte ma vie mais si tu veux des infos ou autres pour
migrer sans problèmes et ne pas galérer comme moi au début, je peux
toujours t'aider.
Merci beaucoup pour ta proposition d'aide. On sens vraiment que tu n'as
rien regretté dans ce changement et qu'il n'y a que du bon à vouloir
franchir le pas. Je vais encore y réfléchir ...
Amicalement,
Emmanuel Haefelé
"Fred" <frederic_nospam@mont-tauch.com> a écrit
Bonjour Fred,
Avec la même analyse je gère aussi un site Web réalisé en WebDev.
Je sais je te raconte ma vie mais si tu veux des infos ou autres pour
migrer sans problèmes et ne pas galérer comme moi au début, je peux
toujours t'aider.
Merci beaucoup pour ta proposition d'aide. On sens vraiment que tu n'as
rien regretté dans ce changement et qu'il n'y a que du bon à vouloir
franchir le pas. Je vais encore y réfléchir ...
Amicalement,
Emmanuel Haefelé
"Fred" a écrit
Bonjour Fred,Avec la même analyse je gère aussi un site Web réalisé en WebDev.
Je sais je te raconte ma vie mais si tu veux des infos ou autres pour
migrer sans problèmes et ne pas galérer comme moi au début, je peux
toujours t'aider.
Merci beaucoup pour ta proposition d'aide. On sens vraiment que tu n'as
rien regretté dans ce changement et qu'il n'y a que du bon à vouloir
franchir le pas. Je vais encore y réfléchir ...
Amicalement,
Emmanuel Haefelé