Discussion :

[pierreduguet]

Bonjour,
je souhaite faire une appli qui a besoin d'enregistrer des set de données (date, description, distance, fournisseur, prix). Chaque set de données constituera une ligne d'une listview et je pourrais en ajouter dynamiquement. Du coup il faut que je sauvegarde toutes ces données. J'ai le choix entre base SQLite et gestion de fichier. Vu mon profil (cela fait plus de 13 ans que je code sur cible embarquée temps réel sous QNX et VxWorks) je m'oriente naturellement vers du filesystem mais j'aurais aimé savoir quelle est la pratique courante pour des appli Android ? Quels sont les critères qui font choisir l'un ou l'autre pour une appli ? Lequel est le plus réactif et efficace ?

Merci par avance

[nicroman]

Il y a plusieurs critères de choix possibles...

La sauvegarde des données de manière transactionnelle ou non
L'application a-t-elle besoin de toutes les données ou juste une partie (sélection des données ?)
La quantité totale des données potentiellement sauvegardées...

Comme une base SQLite n'est rien d'autre qu'un fichier, et que le code gère l'écriture de ce fichier quand nécessaire, souvent de manière optimisée (direct write), le choix entre fichier & base sqlite se limite aux questions ci-dessus avec en prime: "avons nous le temps de re-développer le système de gestion du fichier en question".

[pierreduguet]

Merci nicroman pour la réponse. Je vais me lancer dans les base SQLite. En parcourant le forum j'ai vu qu'il y avait des discussions à ce sujet. D'ailleurs en passant j'ai vu plusieurs de tes réponses dans des domaines différents tu as l'air d'avoir un niveau hallucinant Bravo
La quantité de donnée a sauvegardé sera au final aux alentours d'une bonne centaine de set de 5 champs. Je n'aurai pas besoin d'accéder à toutes les données d'un coup, par paquet de 10 car je compte en les afficher 10 par 10.
J'ai répondu aux questions juste pour info. Je considère mon pb résolu. Encore merci

[hotcryx]

sqlite!

Ca t'offrira plus de possibilités