Discussion :

[gnusti]

Bonjour,

Je voulais savoir si il existait un moyen de "purger" une connexion à une base de données sans avoir à faire un dispose...

J'effectue des traitements longs avec de très nombreux accès à ma base de données et je suis actuellement obligé d'ajouter des Dispose + Close + reconnexion pour éviter l'exception suivante :

Impossible d'ouvrir plus de tables.

Ces déco-reco régulières m'empêchent d'optimiser le traitement (obligé de redéfinir ma requête, de recréer mes paramètres...)

Pour info, le traitement actuel prend aux alentours d'une heure non-stop (beaucoup de vérifications de droits, de gestion de dates, de tables à interroger...)

Sans compter la mémoire utilisée par ce lourd traitement dans le cas ou je ne libère pas la connexion (s'ensuit un ralentissement de l'application...)

Donc si vous avez un moyen de mettre le cache de la connexion à 0 ou autre chose de similaire, je suis preneur.

Autre info, la base est une base Access (j'ai honte mais je n'ai pas eu le choix malgrès mes diverses propositions )

Merci

[DotNetMatt]

Est-ce que tu utilises la méthode Dispose() de ton objet xxxCommand (OdbcCommand par exemple) ?

[gnusti]

Je ne fais pas de dispose sur la command mais sur la connexion.

Quel est l'objet qui "gonfle" ? La connexion ou la commande ?

Mais faire un dispose sur ma command m'obligera a redéfinir le commandText ainsi que les paramètres à chaque fois...

[Pol63]

c'est une limitation d'access, .net n'y est pour rien
.dispose ferme une connexion (tout comme .close), sauf qu'en plus il libère la mémoire que la variable utilise

http://support.microsoft.com/default...B;EN-US;165272

[gnusti]

Tant pis

Je fais faire des Dispose réguliers au détriment de l'optimisation

A moins qu'il n'y ai un réglage à faire du côté d'Access lui-même ?

[Pol63]

il faudrait plutot demander chez access que chez vb.net ...

[DotNetMatt]

Je confirme les dires de Pol63, eux-même confirmés par le lien MSDN Donc pas de réglage côté Access...

[gnusti]

Merci pour les réponses.

J'ai apporté des oledbCommand.dispose() un peu partout. Ca fonctionne pour l'instant, on va faire des tests de montée en charge la semaine prochaine pour confirmer ça.

Sinon je les forcerais à changer de BDD