Mon module VB fait planter ma base Access...
vincent812
Messages postés
3
Date d'inscription
mercredi 28 septembre 2005
Statut
Membre
Dernière intervention
1 décembre 2005
-
30 nov. 2005 à 18:06
cs_vpoyo Messages postés 363 Date d'inscription vendredi 14 février 2003 Statut Membre Dernière intervention 20 avril 2010 - 1 déc. 2005 à 13:27
cs_vpoyo Messages postés 363 Date d'inscription vendredi 14 février 2003 Statut Membre Dernière intervention 20 avril 2010 - 1 déc. 2005 à 13:27
A voir également:
- Mon module VB fait planter ma base Access...
- Vb access - Conseils pratiques -Visual Basic / VB.NET
- Javascript base de données - Conseils pratiques -Javascript
- Vb vba - Forum Visual Basic
- Diferrence entre vba et vb.net,vb 6 ✓ - Forum VB.NET
- La différence entre vb6 et VBA? ✓ - Forum Visual Basic
6 réponses
cs_vpoyo
Messages postés
363
Date d'inscription
vendredi 14 février 2003
Statut
Membre
Dernière intervention
20 avril 2010
6
30 nov. 2005 à 18:43
30 nov. 2005 à 18:43
la requête exécutée dans le module. est ce qu'elle marche bien exécutée directement sous access ?
Que se passe -t -il lors du debugage de l'appli ?
Ou est ce que sa bloque ?
Que se passe -t -il lors du debugage de l'appli ?
Ou est ce que sa bloque ?
cs_Jack
Messages postés
14006
Date d'inscription
samedi 29 décembre 2001
Statut
Modérateur
Dernière intervention
28 août 2015
79
30 nov. 2005 à 18:53
30 nov. 2005 à 18:53
Salut
Si les manips sont importantes et ta base est grosse : Peut-être besoin de beaucoup de temps et de ressouce mémoire.
Si tu as des boucles d'itérations dans ton module, ajoute un/des DoEvents à l'intérieur afin que le phénomène "ne répond pas" disparaisse (au cas où).
Vala
Jack, MVP VB
NB : Je ne répondrai pas aux messages privés
Le savoir est la seule matière qui s'accroit quand on la partage. (Socrate)
Si les manips sont importantes et ta base est grosse : Peut-être besoin de beaucoup de temps et de ressouce mémoire.
Si tu as des boucles d'itérations dans ton module, ajoute un/des DoEvents à l'intérieur afin que le phénomène "ne répond pas" disparaisse (au cas où).
Vala
Jack, MVP VB
NB : Je ne répondrai pas aux messages privés
Le savoir est la seule matière qui s'accroit quand on la partage. (Socrate)
PCPT
Messages postés
13272
Date d'inscription
lundi 13 décembre 2004
Statut
Membre
Dernière intervention
3 février 2018
47
30 nov. 2005 à 19:58
30 nov. 2005 à 19:58
salut,
selon ton traitement, tu peux avoir besoin en ram dispo... la taille de ta base.
92Mo, c'est déjà une belle base, mais Access le gère sans mal. le
problème vient surement d'une boucle, donc rien à ajouter au conseil de
Jack.
++
PCPT [AFCK]
selon ton traitement, tu peux avoir besoin en ram dispo... la taille de ta base.
92Mo, c'est déjà une belle base, mais Access le gère sans mal. le
problème vient surement d'une boucle, donc rien à ajouter au conseil de
Jack.
++
PCPT [AFCK]
vincent812
Messages postés
3
Date d'inscription
mercredi 28 septembre 2005
Statut
Membre
Dernière intervention
1 décembre 2005
1 déc. 2005 à 12:32
1 déc. 2005 à 12:32
Salut à tous, et merci pour vos réponses:
vpoyo,
En fait la fenêtre de débogage n'apparaît à aucun moment. C'est juste que plus rien ne répond à part le gestionnaire des tâches et je suis obligé de tout arrêter comme ça...
En déroulant mon module bout par bout je me suis aperçu que le programme plantait à l'intérieure d'une boucle "while not recordset.EOF if ..."
Je vais suivre la piste de jack et pcpt, et voir l'effet de quelques "DoEvents" insérés dans le programme...
N'empêche, si le problème vient de ma boucle, c'est quand même bizarre que l'éxécution se fasse sans souci dans mon autre base de test, mais fasse planter ma base de travail, non? C'est le même module, et la même boucle dans les deux bases. Et comme le dit pcpt, Access peut gérer une base de 92 Mo sans pb ....
Merci, et A+
vpoyo,
En fait la fenêtre de débogage n'apparaît à aucun moment. C'est juste que plus rien ne répond à part le gestionnaire des tâches et je suis obligé de tout arrêter comme ça...
En déroulant mon module bout par bout je me suis aperçu que le programme plantait à l'intérieure d'une boucle "while not recordset.EOF if ..."
Je vais suivre la piste de jack et pcpt, et voir l'effet de quelques "DoEvents" insérés dans le programme...
N'empêche, si le problème vient de ma boucle, c'est quand même bizarre que l'éxécution se fasse sans souci dans mon autre base de test, mais fasse planter ma base de travail, non? C'est le même module, et la même boucle dans les deux bases. Et comme le dit pcpt, Access peut gérer une base de 92 Mo sans pb ....
Merci, et A+
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
PCPT
Messages postés
13272
Date d'inscription
lundi 13 décembre 2004
Statut
Membre
Dernière intervention
3 février 2018
47
1 déc. 2005 à 12:42
1 déc. 2005 à 12:42
salut,
c'est le même module. si il fonctionne pour l'une, c'est que ta
procédure est sensée être correcte aussi pour l'autre (j'entend par là
que tu sors bien de ta boucle).
tu as donc juste à placer ton DoEvents une fois dans cette boucle, voire dans d'autres ayant le même fonctionnement.
@+
PCPT [AFCK]
c'est le même module. si il fonctionne pour l'une, c'est que ta
procédure est sensée être correcte aussi pour l'autre (j'entend par là
que tu sors bien de ta boucle).
tu as donc juste à placer ton DoEvents une fois dans cette boucle, voire dans d'autres ayant le même fonctionnement.
@+
PCPT [AFCK]
cs_vpoyo
Messages postés
363
Date d'inscription
vendredi 14 février 2003
Statut
Membre
Dernière intervention
20 avril 2010
6
1 déc. 2005 à 13:27
1 déc. 2005 à 13:27
la seule différence entre tes deux bases sembles être le volume de données alors.
Regarde également pour "optimiser" ta requête, ne renvoie pas de colonne dont tu n'as pas besoin, d'enregistrement dont tu n'as pas besoin. Il faut peut être rajouter quelques index afin d'accélérer les recherches
Regarde également pour "optimiser" ta requête, ne renvoie pas de colonne dont tu n'as pas besoin, d'enregistrement dont tu n'as pas besoin. Il faut peut être rajouter quelques index afin d'accélérer les recherches