VB6 + SQL Server = Problème sur grosse base!

salut tt le monde,

je développe un programme sous visual basic 6 avec une base SQL Server et la technologie ADO.
Mon problème est que le temps d'accès à un enregistrement en ajout ou en modification devient extremement lent (au point de provoquer un dépassement de délai et donc la non mise-à-jour de la base) au fur et à mesure que la base grandit. Par exemple avec 10 000 enregistrements les temps sont satisfaisants, à 30 000 ça devient vraiment lent mais ça marche toujours, et à 100 000 ça marche plus du tout.

J'ai essayé toutes les méthodes (que je connais) c'est à dire le recordset.Find ou le recordset.open "select / update* ..." , le recordset.AddNew ou le recordset.open "insert into ..." avec le recordset.Update au final qui ne marche pas non plus.

Il ya forcement un moyen car en théorie on peut utiliser SQL Server pour les grosses bases!
Donc si qqun pourrait me sortir de cette impasse, ça serait vraiment cool !!!

merci
@++

Place le curseur de ton recordset du coté serveur et non client. cela avant l'ouveture du recordset.
monrecordset.CursorLocation =adUseServer
@+



-------------------------------
Réponse au message :
-------------------------------

> salut tt le monde,
>
> je développe un programme sous visual basic 6 avec une base SQL Server et la technologie ADO.
> Mon problème est que le temps d'accès à un enregistrement en ajout ou en modification devient extremement lent (au point de provoquer un dépassement de délai et donc la non mise-à-jour de la base) au fur et à mesure que la base grandit. Par exemple avec 10 000 enregistrements les temps sont satisfaisants, à 30 000 ça devient vraiment lent mais ça marche toujours, et à 100 000 ça marche plus du tout.
>
> J'ai essayé toutes les méthodes (que je connais) c'est à dire le recordset.Find ou le recordset.open "select / update* ..." , le recordset.AddNew ou le recordset.open "insert into ..." avec le recordset.Update au final qui ne marche pas non plus.
>
> Il ya forcement un moyen car en théorie on peut utiliser SQL Server pour les grosses bases!
> Donc si qqun pourrait me sortir de cette impasse, ça serait vraiment cool !!!
>
> merci
> @++
>