Bonjour,
J'ai le pb suivant
J'ai devellope sous acces 2000 une appli comptable utilisee sur 10
sites. J'utilise 10 comptes comptables differents.
Lors de la saisie des ecritures celle ci sont ecrites en ChampDebit et
ChampCredit dans une table temporaire.
Avant validation les ecritures sont tranferes dans 1 table Journal qui
contient 10 champs cedits et 10 champs debit, le choix du champs
destination depend de la nature de l'ecriture comptable.
J'utilise pluieurs requete ajout en sql.
A ce jour sur plus de 10.0000 ecriture tranferees, il y a 12 erreurs,
1 champ destination n'a pas ete renseigné, aucun message d'erreur,
comme si Acces oubliait 1 info en route!.
Les écritures manquées sont rigoureusement identiques a celles
reussies, et lorsque l'on recommence le transfert les erreurs ne se
reproduisent jamais.
J'ai teste en boucle l'operation de transfert sur un total de 500.000
lignes (en plusieurs fois) sans aucune erreur.
Le pb se produit de maniere alatoire et indifferement sur les bases
utilises en local ou en reseau.
Je seche completement et j'en appelle a votre aide
d'avance merci
Patrick
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Daniel Carollo
Bonsoir Patrick!
Il est tres difficile de determiner la cause du probleme que vous avez, etant donne qu'il survient si peu frequement... Ce pourrait etre un probleme de memoire (avec des centaines de MB de memoire vive, une erreur (surtout non corrigee dans la memoire sans parite) n'est pas impossible. De meme, des taux d'erreur garantie a 10-12 commence a avoir une reelle probabilite de voir une erreur survenir sur un disque dur de quelques centaines de GB. Ceci dit, une cause frequente de problemes avec les bases de donnees se situe au niveau du cache sur les disques durs. Il y a quelques annees, pour gagner en performance (surtout sur les serveurs), on installait des controlleurs de disques avec de la memoire cache. Ce gain de performance imposait un risque enorme: le SGBD croyait avoir ecrit les donnees sur le disque dur, mais en fait elle n'avaient ete ecrite que dans le cache. Une panne de courant a ce moment la mettait la pagaille dans la base. De plus en plus maintenant, avec la taille et performances des disques augmentant, on voit des caches de quelques MB integres sur le disque lui-meme. Vous avez peut-etre ete la victime d'un de ces phenomenes. Une panne reseau, ou un arret de poste de travail intempestifs sont aussi a envisager.
Plutot que d'essayer de traquer la cause d'une erreur aussi fugitive, je preconiserais plutot de mettre en place un systeme qui pallie a ces erreurs, si elles sont si critiques que ca. Une verification de l'insertion des donnees par une requete de selection vous permettrait de verifier que l'operation s'est bien deroulee. Vous pourriez aussi utiliser les transactions pour vous assurer que l'integrite des donnees est maintenue.
Finalement, le passage a une bdd plus fiable serait aussi a envisager, par le biais de MSDE tout d'abord, en vue de passer a SQL server, qui vous permet de controler de facon plus fine ce qui se passe au niveau des transactions.
J'espere que ces quelques suggestions vous aideront a demarrer...
-- Daniel :-)
Computing Technologies International - www.computing-tech.com - We provide solutions...
"patrick david" wrote in message news:
Bonjour, J'ai le pb suivant J'ai devellope sous acces 2000 une appli comptable utilisee sur 10 sites. J'utilise 10 comptes comptables differents. Lors de la saisie des ecritures celle ci sont ecrites en ChampDebit et ChampCredit dans une table temporaire. Avant validation les ecritures sont tranferes dans 1 table Journal qui contient 10 champs cedits et 10 champs debit, le choix du champs destination depend de la nature de l'ecriture comptable. J'utilise pluieurs requete ajout en sql. A ce jour sur plus de 10.0000 ecriture tranferees, il y a 12 erreurs, 1 champ destination n'a pas ete renseigné, aucun message d'erreur, comme si Acces oubliait 1 info en route!. Les écritures manquées sont rigoureusement identiques a celles reussies, et lorsque l'on recommence le transfert les erreurs ne se reproduisent jamais. J'ai teste en boucle l'operation de transfert sur un total de 500.000 lignes (en plusieurs fois) sans aucune erreur. Le pb se produit de maniere alatoire et indifferement sur les bases utilises en local ou en reseau. Je seche completement et j'en appelle a votre aide d'avance merci Patrick
Bonsoir Patrick!
Il est tres difficile de determiner la cause du probleme que vous avez,
etant donne qu'il survient si peu frequement... Ce pourrait etre un probleme
de memoire (avec des centaines de MB de memoire vive, une erreur (surtout
non corrigee dans la memoire sans parite) n'est pas impossible. De meme, des
taux d'erreur garantie a 10-12 commence a avoir une reelle probabilite de
voir une erreur survenir sur un disque dur de quelques centaines de GB.
Ceci dit, une cause frequente de problemes avec les bases de donnees se
situe au niveau du cache sur les disques durs. Il y a quelques annees, pour
gagner en performance (surtout sur les serveurs), on installait des
controlleurs de disques avec de la memoire cache. Ce gain de performance
imposait un risque enorme: le SGBD croyait avoir ecrit les donnees sur le
disque dur, mais en fait elle n'avaient ete ecrite que dans le cache. Une
panne de courant a ce moment la mettait la pagaille dans la base.
De plus en plus maintenant, avec la taille et performances des disques
augmentant, on voit des caches de quelques MB integres sur le disque
lui-meme. Vous avez peut-etre ete la victime d'un de ces phenomenes.
Une panne reseau, ou un arret de poste de travail intempestifs sont aussi a
envisager.
Plutot que d'essayer de traquer la cause d'une erreur aussi fugitive, je
preconiserais plutot de mettre en place un systeme qui pallie a ces erreurs,
si elles sont si critiques que ca.
Une verification de l'insertion des donnees par une requete de selection
vous permettrait de verifier que l'operation s'est bien deroulee.
Vous pourriez aussi utiliser les transactions pour vous assurer que
l'integrite des donnees est maintenue.
Finalement, le passage a une bdd plus fiable serait aussi a envisager, par
le biais de MSDE tout d'abord, en vue de passer a SQL server, qui vous
permet de controler de facon plus fine ce qui se passe au niveau des
transactions.
J'espere que ces quelques suggestions vous aideront a demarrer...
--
Daniel :-)
Computing Technologies International - www.computing-tech.com - We
provide solutions...
"patrick david" <patrick.david@free.fr> wrote in message
news:1f1dacd6.0401200839.2320b8d1@posting.google.com...
Bonjour,
J'ai le pb suivant
J'ai devellope sous acces 2000 une appli comptable utilisee sur 10
sites. J'utilise 10 comptes comptables differents.
Lors de la saisie des ecritures celle ci sont ecrites en ChampDebit et
ChampCredit dans une table temporaire.
Avant validation les ecritures sont tranferes dans 1 table Journal qui
contient 10 champs cedits et 10 champs debit, le choix du champs
destination depend de la nature de l'ecriture comptable.
J'utilise pluieurs requete ajout en sql.
A ce jour sur plus de 10.0000 ecriture tranferees, il y a 12 erreurs,
1 champ destination n'a pas ete renseigné, aucun message d'erreur,
comme si Acces oubliait 1 info en route!.
Les écritures manquées sont rigoureusement identiques a celles
reussies, et lorsque l'on recommence le transfert les erreurs ne se
reproduisent jamais.
J'ai teste en boucle l'operation de transfert sur un total de 500.000
lignes (en plusieurs fois) sans aucune erreur.
Le pb se produit de maniere alatoire et indifferement sur les bases
utilises en local ou en reseau.
Je seche completement et j'en appelle a votre aide
d'avance merci
Patrick
Il est tres difficile de determiner la cause du probleme que vous avez, etant donne qu'il survient si peu frequement... Ce pourrait etre un probleme de memoire (avec des centaines de MB de memoire vive, une erreur (surtout non corrigee dans la memoire sans parite) n'est pas impossible. De meme, des taux d'erreur garantie a 10-12 commence a avoir une reelle probabilite de voir une erreur survenir sur un disque dur de quelques centaines de GB. Ceci dit, une cause frequente de problemes avec les bases de donnees se situe au niveau du cache sur les disques durs. Il y a quelques annees, pour gagner en performance (surtout sur les serveurs), on installait des controlleurs de disques avec de la memoire cache. Ce gain de performance imposait un risque enorme: le SGBD croyait avoir ecrit les donnees sur le disque dur, mais en fait elle n'avaient ete ecrite que dans le cache. Une panne de courant a ce moment la mettait la pagaille dans la base. De plus en plus maintenant, avec la taille et performances des disques augmentant, on voit des caches de quelques MB integres sur le disque lui-meme. Vous avez peut-etre ete la victime d'un de ces phenomenes. Une panne reseau, ou un arret de poste de travail intempestifs sont aussi a envisager.
Plutot que d'essayer de traquer la cause d'une erreur aussi fugitive, je preconiserais plutot de mettre en place un systeme qui pallie a ces erreurs, si elles sont si critiques que ca. Une verification de l'insertion des donnees par une requete de selection vous permettrait de verifier que l'operation s'est bien deroulee. Vous pourriez aussi utiliser les transactions pour vous assurer que l'integrite des donnees est maintenue.
Finalement, le passage a une bdd plus fiable serait aussi a envisager, par le biais de MSDE tout d'abord, en vue de passer a SQL server, qui vous permet de controler de facon plus fine ce qui se passe au niveau des transactions.
J'espere que ces quelques suggestions vous aideront a demarrer...
-- Daniel :-)
Computing Technologies International - www.computing-tech.com - We provide solutions...
"patrick david" wrote in message news:
Bonjour, J'ai le pb suivant J'ai devellope sous acces 2000 une appli comptable utilisee sur 10 sites. J'utilise 10 comptes comptables differents. Lors de la saisie des ecritures celle ci sont ecrites en ChampDebit et ChampCredit dans une table temporaire. Avant validation les ecritures sont tranferes dans 1 table Journal qui contient 10 champs cedits et 10 champs debit, le choix du champs destination depend de la nature de l'ecriture comptable. J'utilise pluieurs requete ajout en sql. A ce jour sur plus de 10.0000 ecriture tranferees, il y a 12 erreurs, 1 champ destination n'a pas ete renseigné, aucun message d'erreur, comme si Acces oubliait 1 info en route!. Les écritures manquées sont rigoureusement identiques a celles reussies, et lorsque l'on recommence le transfert les erreurs ne se reproduisent jamais. J'ai teste en boucle l'operation de transfert sur un total de 500.000 lignes (en plusieurs fois) sans aucune erreur. Le pb se produit de maniere alatoire et indifferement sur les bases utilises en local ou en reseau. Je seche completement et j'en appelle a votre aide d'avance merci Patrick
