Seriez-vous prêt à utiliser une base de données NoSQL pour Android ?

Je suis en train de jouer avec le portage sous android de levelDB ( une base NoSQL de type key/value).
Comparé à une base SQLite et à la simplicité d'utilisation y'a pas photo.
(J'ai même pu me faire un systeme de persistence générique de mes objets en 5 lignes de code)

Par contre il faut rajouter une couche d'indexation pour avoir vraiment les même fonctionnalités (voir plus) que SQLite.
ça passe donc par l'ajout de Lucene dans le projet android.

Le soucis c'est que forcément la taille de l'apk final augmente.
Sur une petite appli forcément çà se recent.

J'aimerais donc l'avis de développeur, sachant que l'on a une indexation full text ce surcoup, vous semble-t-il trop cher pour vos applis ?
La taille de l'apk final est-il pour vous un critère déterminant dans le choix technique?

J'en profite pour poser une seconde question, quelle solution de serialisation utilisez-vous : gson, tout à la main avec sérialisable, kryo ?(et pourquoi ?)

Merci pour vos réponses.

réponse de normand: ca dépend :)

le NoSQL a été une réponse à un problème de certains gros site où le ratio écrite / lecture augmentait à tel point qu'il y avait plus d'écriture que de lecture. Quand on sait qu'un base de données relationnelle est beaucoup plus lente à écrire qu'à lire, on y a sacrifié la cohérence et la structure au profit des performance.

Donc question à 100 roupies: ton application fait tellement d'écriture que ça que sqllite ne te conviens plus?

C'est pas tant le soucis de perf qui m'a fait m'intéresser à LevelDB que la lourdeur d'utiliser SQLite.
Il faut croire que j'ai trop utilisé de framework de persistence :roll:.

Ne pas avoir à se soucier du modèle, c'est aussi un plus de mon point de vu.
Pour un système de cache offline et autre besoin de stockage simple d'une appli je trouve que sqlite tel que fournit c'est vite galère.