Discussion :

[Laraannain]

Bonjour,

J'essaie de charger un xml dans un dataset. Je l'ai fait plusieurs fois avec un dataset qui atteint tout au plus 10 tables. J'ai alors fait un test avec un dataset bien plus gros : 730 éléments. Et paf, le programme plante.

Je me demandais donc si ça venait
1. de la mémoire de mon milieu de développement (pda, mais ça reste une table donc je ne vois pas pourquoi ça prendrait une aussi grosse place mémoire)
2. d'une limite de nombre de table dans un dataset (le nombre de ligne dans une datatable est limité selon msdn, mais je n'ai pas vu d'indications à propos des dataset)

Quelqu'un serait-il au courant d'une telle limitation ?

Merci

[Bluedeep]

Bonjour,

J'essaie de charger un xml dans un dataset. Je l'ai fait plusieurs fois avec un dataset qui atteint tout au plus 10 tables. J'ai alors fait un test avec un dataset bien plus gros : 730 éléments. Et paf, le programme plante.

Je me demandais donc si ça venait
1. de la mémoire de mon milieu de développement (pda, mais ça reste une table donc je ne vois pas pourquoi ça prendrait une aussi grosse place mémoire)

Un DataSet travaille en mode déconnecté. C'est à dire que la requête servant à l'alimenter monte l'ensemble des données en mémoire.
Donc, ce résultat n'est aucunement surprenant. (à moins que tes tables soient vides ....)

2. d'une limite de nombre de table dans un dataset (le nombre de ligne dans une datatable est limité selon msdn, mais je n'ai pas vu d'indications à propos des dataset)

Aucune idée, mais si tu atteints cette limite, a priori je questionne ton architecture applicative (quel interêt de monter 700 et + tables dans un DataSet ?? le stockage XML est il adapté dans ce cas ?)

[Laraannain]

Je vais essayer de changer de stratégie...
à part des xml, quelle manière simple y a-t-il pour stocker provisoirement des données extraites d'une Base de Donnée ?
(J'utilise en fait le XML comme un sorte de fichier temp qui permet de ne pas perdre le travail effectué en cas de plantage du programme)

[Bluedeep]

Je vais essayer de changer de stratégie...
à part des xml, quelle manière simple y a-t-il pour stocker provisoirement des données extraites d'une Base de Donnée ?

Le XML est une excellente solution mais j'ai du mal à croire que tu as beson de stocker "provisoirement" une telle quantité de données.

(J'utilise en fait le XML comme un sorte de fichier temp qui permet de ne pas perdre le travail effectué en cas de plantage du programme)

La base de données ne convient pas pour cela ? c'est quand même le meilleur système de persistence qu'on connaisse, non ?

[Laraannain]

moui pour la base de donnée, mais sur un pda ?

[Bluedeep]

moui pour la base de donnée, mais sur un pda ?

Sur un PDA (je termine - enfin j'ai terminé, je quitte le client mercredi prochain, tout est en prod - un projet qui fait intervenir des téléphones mobiles, avec 3000 unités en cours de déploiement sous Windows Mobile 6.5 et des grosses bases en backoffice en Sql Server, le tout causant dans tous les sens), tu peux utlisez avec profit Sql Server CE 3.5 SP2 : une sorte de Sql Server 2008 ultra light embarquable. De plus, tu peux synchroniser directement tes bases PDA avec celles du SI central, à l'aide la "Merge Replication".

J'ajouterais que sur un PDA, a plus forte raison, je n'utiliserais pas XML, du fait de la capacité de stockage assez limitée, et du très mauvais ratio de "payload" de XML (quelque puisse être ses avantages par ailleurs, eclipsant le mauvais ratio de payload dans le cas de quantité de données limitées).

Bref, je ne vois pas bien pourquoi utiliser XML pour la persistence de stockage.

Ma remarque concernant le PDA n'est pas valable si il tourne avec le regrettable Wndows Phone 7 qui, pour le moment, ne suporte pas de DB