Discussion :

[fishingman]

Bonjour,
Je suis entrain de développer une application VB.NET à l'aide de Visual Studio 2010. L'application consiste à envoyer une requête SQL à la base des données Access et récupérer le résultat pour imprimer un relevé de mesures. la base Access pourra atteindre plus que 700Mo. mon problème est que la requête de recherche consomme presque 3minute ce qui rend l'application très lente lors de l'utilisation. Je veux savoir s'il y a une solution pour diminuer le temps de recherche de la base ou s'il y a d'autres techniques pour résoudre ce problème.

Merci d'avance

[Shadam]

[troll]Il ne faut pas utiliser Access si tu veux que tes requêtes soient rapides[/troll]

Non mais plus sérieusement si ta base est "grosse" c'est normal que tes requêtes soient longues, après il faut travailler l'optimisation de ta requête

[Sankasssss]

[troll]Il ne faut pas utiliser Access si tu veux que tes requêtes soient rapides[/troll]

Pas si troll que ça... J'ai dernièrement changer un ancien programme qui fonctionnait avec une base Access bien lourde car l'application mettait 2 minutes par action... La solution à été de mettre la base Access dans une vrais base de donnée (SQL Server dans ce cas) et c'est bien plus performant.

fishingman : Une petite question, pouvez vous mettre la requête qui met à mal le programme?

[Kropernic]

Perso,

Je considère Access comme un outil de bureautique pour des utilisateurs initiés mais absolument pas comme un outil à prendre en compte dans un développement.

Si on veut développer une application avec une DB derrière, il y a les versions express de sql server qui sont gratuites et souvent plus que suffisantes. Pourquoi s'en priver pour un truc moins bien foutu ?

[Invité]

La base de données est plus là pour un réaliser de petite application avec du VBA, plutot que des developpements pouvant traiter de grosse quantité de données

[Pol63]

moi aussi je déteste access mais ca doit être comme tout, mal utilisé c'est peu efficace
sur du mono utilisateur et sur du rapatriement de données sans condition indexable je ne pense pas que ca soit énormément plus lent qu'sql server

en tout cas même sur sql server si on fait n'importe quoi on peut se retrouver avec un truc à la ramasse ^^

bref il nous faudrait le code pour juger ...