VB.NET supprime-t-il les bases de données Access?

Question

Saisir des pailles ici ... Je travaille avec un système de bureau VB6 en utilisant plusieurs bases de données Access 2003 (.MDB). Récemment, j'ai changé la première fonction de VB6 à VB.NET, en utilisant toujours une base de données Access. C'est plus qu'une conversion, mais une réécriture avec des fonctionnalités supplémentaires. C'est encore une fonctionnalité assez simple, avec une base de données à faible volume. Nous avons 1400 clients, de petites entreprises avec différentes qualités de machines. La plupart des clients sont satisfaits du nouvel écran et de la fonctionnalité. Un très petit nombre de ces clients ont connu une lenteur EXTRÊME en chargeant le datagridview. Le service client nous dit que 1) les machines ont au moins 1 Go de RAM, et 2) le redémarrage résout toujours le problème.

J'ai écrit une application pour ralentir sévèrement ma machine, et elle fonctionne toujours mieux pour moi que pour ces quelques clients. De plus, ma base de données Access n'a jamais été saccagée par cette application.

Des suggestions?

Merci!

Answer 1

Le redémarrage lors de la mise à jour d'une base de données d'accès peut la détruire.

Vous avez besoin de plus d'informations pour mieux comprendre ce qui se passe. Ils ont besoin de collecter des informations pour vous sur un poste de travail qui rencontre le problème. En utilisant le gestionnaire de tâches que vous pouvez les obtenir les informations suivantes:

• utilisation du processeur
• Quelle tâche consomme le plus cpu
• Peak (commis) mémoire sur XP - pas equiv sur Vista
• total (engagé) mémoire sur XP - Vista ne equiv
• mémoire sur XP Disponible (physique) - gratuit sur Vista (fait sans valeur par SuperFetch)

Il est als o possible d'utiliser l'outil de ligne de commande "SYSTEMINFO" sur XP et Vista pour obtenir la mémoire totale et disponible. Si vous avez très peu disponible et sur XP si votre Total engagé est plus grand que votre Total Physique, alors vous êtes probablement en train d'échanger et le manque de mémoire (ou une fuite de mémoire) cause votre ralentissement.

En résumé, vous avez besoin de plus d'informations. Il peut être une autre application sur le poste de travail est à l'origine du problème. Nous avons rencontré une situation dans laquelle Notes 5.0 rencontrait un problème: si la plus grande partie de la fenêtre était masquée par une autre fenêtre et que vous receviez un nouveau message, l'utilisation du processeur sur Notes est passée à 100%.Cela a provoqué une lenteur des applications et à moins que vous ne soyez sur le poste de travail en train de regarder le moniteur de tâches, vous ne devineriez jamais que c'était Notes qui causait le problème. Le problème a toujours été appelé sur un programme différent (celui au premier plan). Access peut également utiliser 100% cpu dans différents modes, même si cela ne semble pas faire quoi que ce soit.

Rassemblez autant d'informations que possible. Vous pourriez vouloir écrire un vbscript ou un programme qui rassemblera des informations pour vous afin que quiconque ayant le problème puisse l'exécuter pour rassembler l'information avant de redémarrer.

Un fichier batch qui effectue les opérations suivantes vous donnera un peu d'info:

@echo off 
SystemInfo >c:\systeminfo.log 
tasklist /v >>c:\systeminfo.log 

Answer 2

Non, VB.Net fonctionne très bien avec Access. Les environnements partagés verront l'accès rejeté.

Depuis le redémarrage résout le problème, je voudrais vérifier que vous fermez vos connexions correctement.

Answer 3

Cela ressemble à une grande fuite de mémoire pour moi.

Certains clients laisseront votre application fonctionner plus longtemps que d'autres, et seront plus durement touchés. L'utilisation de l'accès où il y a plus que quelques utilisateurs simultanés entraîne inévitablement de la douleur.

Answer 4

Nous avons une expérience similaire, la plupart des cas sont des causes par antivirus. Ils vérifient TRÈS souvent le fichier (certains antivirus à chaque accès au fichier).