Discussion :

[arthur24]

J'utilise une application qui lit une base de données ACCESS, toujours la même et toujours en lecture-seule. Le remplissage du DATASET est très long compte tenu du nombre important d'enregistrements (2 tables d'environ 400 000 enregistrements).

Existe-il un moyen d'accélerer le remplissage du DATASET en sauvegardant par exemple le DATASET (une fois rempli) dans le format utilisé par ADO .NET pour stocker le DATASET ? Il suffirait, pour accéder aux données, de spécifier le chemin de ce fichier et le DATASET se connecterait au fichier sans à voir à relire l'ensemble du fichier.

Ce type de commande existait avec ADO et les recordset : il s'agissait de la méthode save. Exise-t-il l' équivalanlt sous .NET ?

Merci d'avance

[neguib]

...
Ce type de commande existait avec ADO et les recordset : il s'agissait de la méthode save. Existe-t-il l' équivalant sous .NET ?...

Oui bien sûr mais la sauvegarde est sous format .xml Est-ce indiqué de créer un xml ausi lourd dans ton cas je ne crois pas. Le chargement du Dataset via le fichier xml serait encore plus long. Il faudrait en fait gagner un peu de temps vis à vis de l'utilisateur en réfléchissant à un affichage paginée ou quelque chose qui tient compte du fait que 400 000 données sont illisibles en une fois concrètement. Autant multiplier les accès aux données directement d'ACCESS selon les besoins d'affichage non

[stephane eyskens]

J'utilise une application qui lit une base de données ACCESS, toujours la même et toujours en lecture-seule.

Donc, on peut en conclure que les données ne servent qu'à être affichées.

d'enregistrements (2 tables d'environ 400 000 enregistrements).
Merci d'avance

Je ne vois pas l'intérêt dans ton cas de travailler en mode déconnecté. Le mode déconnecté est surtout intéressant lorsque:

- On a besoin à un moment ou à un autre de modifier les données
- Lorsque l'on travaille avec des "quantités" réduites d'information.

Le mode connecté est beaucoup plus rapide pour rappatrier de grandes quantités de données.

D'autre part, je suis tout à fait d'accord avec neguib quant au fait que tu devrais te poser la question

"est-ce bien nécessaire de rappatrier tous ces enregistrements d'un coup?" si c'est juste de l'affichage, la réponse est clairement non. Si tu dois traiter ces informations d'une manière ou d'une autre sans mise à jour de celles-ci vers la db, je te conseille le mode connecté (datareader)

[arthur24]

Merci pour ta réponse.

Je pense que tu as raison je vais me rabattre sur le paging avec les difficultés que ça peut poser.

Mais je trouve frustrant de voir que ce qui était possible avec ADO (charger une table de 400 000 enregistrements en un temps raisonnable) ne l'est pas avec ADO .NET. Grrrr....

[stephane eyskens]

Merci pour ta réponse.

Je pense que tu as raison je vais me rabattre sur le paging avec les difficultés que ça peut poser.

Mais je trouve frustrant de voir que ce qui était possible avec ADO (charger une table de 400 000 enregistrements en un temps raisonnable) ne l'est pas avec ADO .NET. Grrrr....

ado travaillait en mode connecté càd le mode que je t'ai suggéré pour ton besoin

[bidou]

J'utilise une application qui lit une base de données ACCESS, toujours la même et toujours en lecture-seule. Le remplissage du DATASET est très long compte tenu du nombre important d'enregistrements (2 tables d'environ 400 000 enregistrements).

Existe-il un moyen d'accélerer le remplissage du DATASET en sauvegardant par exemple le DATASET (une fois rempli) dans le format utilisé par ADO .NET pour stocker le DATASET ? Il suffirait, pour accéder aux données, de spécifier le chemin de ce fichier et le DATASET se connecterait au fichier sans à voir à relire l'ensemble du fichier.

Ce type de commande existait avec ADO et les recordset : il s'agissait de la méthode save. Exise-t-il l' équivalanlt sous .NET ?

Merci d'avance

Oui la méthode WriteXML est équivalente.
Cependant, s'il s'agit de faire à l'identique une copie locale d'une base distante, cela n'a pas de sens, car il serait plus rentable de charger par partie selon les besoins de la onsultation