Discussion :

[ram-0000]

Bonjour,

Je suis entrain de porter un programme sous Android et celui ci manipule des données gigantesques.

Il y a des données sur 21 0000 lignes, c'est un peu comparable à la liste des communes et de leur code postal (environ 36 000 communes en France). Ces données sont non modifiables.

Quelle est la bonne méthode, sous Android, pour emmener des données et surtout faire en sorte que le programme puisse les gérer de manière rapide.

Est-il possible sous Android de créer un fichier de données annexe, emmené par le programme, et surtout qui sera lu de manière performantes.

Merci de vos réponses

[Hephaistos007]

Stocker ces données dans la base de données embarquée sqlite, assurément.

[thelvin]

Personnellement je conseillerais plutôt un pauvre fichier csv. On le lit, on charge ce qu'il y a dedans, et c'est réglé. Pour 21000 lignes, ça va.

[Robin56]

Personnellement je conseillerais plutôt un pauvre fichier csv. On le lit, on charge ce qu'il y a dedans, et c'est réglé. Pour 21000 lignes, ça va.

Surtout s'il n'y a pas de modifications ultérieures des données, le fichier est plus adapté que la base de données à mon avis.

[Hizin]

Pareil, fichier plat à charger.

Pour répondre à ta question : "oui", mais ça va dépendre de tes exigences en terme de rapidité.

[MrDuChnok]

Et pourquoi pas une bdd en lecture seul ? tu peux l'embarqué avec ton application sans problème. Les accès seront rapides et tu pourras effectuer toutes les opérations courantes de tri / recherche / jointure rapidement.

[UbuntuMan]

Comme évoqué précédemment la BD assurément !

Pourquoi ?

- Le fichier tu vas devoir le charger en mémoire intégralement. Or cette opération va être coûteuse en ressource et en temps (surtout si tu as plusieurs champs à parser) :

- La BD elle n'occupe pas de place en mémoire, elle est stockée sur le file system et tu ne consommes en mémoire que ce qui est nécessaire à ta requête (+1 ou 2 objets d'enrobage), mais globalement tu y es sacrement gagnant. Sans compter le temps d'accès à l'ouverture de l'application qui est quasi-instantané.

[ram-0000]

A la demande générale, la solution sera un fichier csv dans les ressources de l'application