Discussion :

[Dyz3r]

Bonjour,

ce n'est pas réellement un problème mais plus une question que je me pose car je suis actuellement sur la création d'une petite application, mais étant débutant dans l'environnement Android, je ne suis pas sûr de ce que j'ai fait.
J'ai crée une base de donnée, et à priori je peux insérer des éléments dedans, mais je ne sais pas si cette base de donnée est réellement sauvergardée lorsque je quitte l'application.
Après quelques tests, j'ai plutôt l'impression que oui, mais ce qui me semble bizarre, c'est qu'à chaque fois que je lance l'application, une nouvelle BDD est censé être crée et donc à mon sens, censé écraser l'ancienne BDD. La commande de création de la base de données que j'utilise est la suivante :
DataBase db = new DataBase(this);
(this est un type Context)

Donc voici mes questions :
- Faut-il faire en sorte de sérialiser la base de donnée et la stocker dans un fichier ?
- Est-il normal que lorsque je crée une nouvelle BDD, c'est l'ancienne BDD qui est récupérée ?

Enfin, si on a pas besoin de stocker la base de données dans un fichier extérieur, comment puis-je retrouver explicitement l'emplacement où est stocké cette base de donnée ? Car cela veut aussi dire que plus on insérera de données dans la base de donnée, plus l'application lui-même sera lourd, ce qui me semble plutôt bizarre...

Je vous remercie par avance pour vos réponses et bonne journée à tous !


Dyz.

[nicroman]

Bonjour,

Bonjour !

J'ai crée une base de donnée, et à priori je peux insérer des éléments dedans, mais je ne sais pas si cette base de donnée est réellement sauvergardée lorsque je quitte l'application.

Ca dépend...
En général voici comment on fait pour modifier une base de données:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
database.beginTransaction();
try {
   ... inserts / updates ...
   database.setTransactionSuccessfull();
} finally {
   database.endTransaction(); 
}

Si il y a une erreur pendant le insert/update, rien n'est modifié dans la DB, si tout se passe correctement, les changement sont "commited", et la base de donnée est sauvegardée.

..., c'est qu'à chaque fois que je lance l'application, une nouvelle BDD est censé être crée et donc à mon sens, censé écraser l'ancienne BDD. La commande de création de la base de données que j'utilise est la suivante :
DataBase db = new DataBase(this);

Je ne connais pas de classe "DataBase" dans Android... je connais SQLiteDatabase, qui s'ouvre avec les fonctions statiques idoines.....

- Faut-il faire en sorte de sérialiser la base de donnée et la stocker dans un fichier ?

Une database *est* un fichier, dont les données sont modifiables/accessibles par des requêtes.

Est-il normal que lorsque je crée une nouvelle BDD, c'est l'ancienne BDD qui est récupérée ?

Non, c'est juste que tu ne crée pas de nouvelle BDD...

Car cela veut aussi dire que plus on insérera de données dans la base de donnée, plus l'application lui-même sera lourd, ce qui me semble plutôt bizarre...

Et non, c'est tout l'interêt d'une base de donnée, permettre un accès rapide (indexé) aux données quelque soit la taille (bon bien sur plus la DB sera grosse plus ce sera long, mais une requête de 1s sur 100 valeurs, prendra 2s sur 10000 valeurs).

Par contre si le but est de stocker des données le temps de l'application (recréer la db à chaque fois?), afin de ne pas avoir beaucoup de données, pourquoi ne pas conserver ces données en mémoire ?

[Dyz3r]

Bonjour nicroman,

tout d'abord, je tiens à te remercier pour ta réponse éclair !
Je vais essayer d'apporter davantage d'informations concernant mon application :

Je ne connais pas de classe "DataBase" dans Android... je connais SQLiteDatabase, qui s'ouvre avec les fonctions statiques idoines.....

DataBase est en fait une classe à part que j'ai crée et contient une classe private qui hérite elle-même de SQLiteOpenHelper.
Voici le contructeur :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
	public DataBase(Context context) {
		this.context = context;
                // DataBaseHelper est la classe private en question
                // j'ai déclaré une variable DBHelper afin que ma classe DataBase
                // puisse effectuer les actions grâce à cette variable.
		this.DBHelper = new DataBaseHelper(this.context);
	}

Non, c'est juste que tu ne crée pas de nouvelle BDD...

Donc quand j'effectue la commande " DataBase db = new DataBase(this); ",
je me contente juste de récupérer le contenu de la base de donnée déjà existante ?

Ca dépend...
En général voici comment on fait pour modifier une base de données:

database.beginTransaction();
try {
... inserts / updates ...
database.setTransactionSuccessfull();
} finally {
database.endTransaction();
}

Si il y a une erreur pendant le insert/update, rien n'est modifié dans la DB, si tout se passe correctement, les changement sont "commited", et la base de donnée est sauvegardée.

Pour ma part, je m'y suis prit assez différemment (que j'ai pêché sur un tutoriel) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
	// insérer dans DB
	public long insert(String string1, int int1, String string2) {
		ContentValues initialValues = new ContentValues();
		initialValues.put(COLUMN1, string1);
		initialValues.put(COLUMN2, int1);
		initialValues.put(COLUMN3, string2);
		return db.insert(TABLE_NAME, null, initialValues);
	}

Je ne sais pas si c'est propre mais en tout cas ça marche comme il faut. Je pourrais éventuellement te communiquer la source si tu le souhaites.

Par contre si le but est de stocker des données le temps de l'application (recréer la db à chaque fois?), afin de ne pas avoir beaucoup de données, pourquoi ne pas conserver ces données en mémoire ?

En fait ce n'est pas du tout mon but recherché ! C'est juste que je m'attendais à ce qu'une nouvelle BD soit crée en effectuant la commande " DataBase db = new DataBase(this); ". De plus, ne sachant pas vraiment comment m'y prendre, je me suis tout simplement contenté de laisser cette commande. Mais il se trouve qu'il sait tout de même récupérer les données que j'ai inséré auparavant.

Voilà pour ce qui est des précisions, et merci encore pour tes précieuses informations qui me permettent de mieux comprendre le mécanisme des bases de données sur Android !

[nicroman]

Donc quand j'effectue la commande " DataBase db = new DataBase(this); ",
je me contente juste de récupérer le contenu de la base de donnée déjà existante ?

Je ne sais pas, tu ne montre pas le code qui ouvre justement la db...
Si c'est SQLiteOpenHelper qui est utilisé, il doit y avoir un getReadableDatabase() et getWritableDatabase()... Dans les deux cas, les fonctions ouvrent la DB existante et n'en créent pas une nouvelle...
L'interêt de SQLiteOpenHelper est de pouvoir gérer les mises à niveau entre plusieurs version du software... à la première ouverture... la DB n'existe pas ? onCreate est appelée, la DB existe dans une version antérieure ? onUpgrade est appelé, la DB existe dans une version postérieure ? onDowngrade est appelé....

Pour ma part, je m'y suis prit assez différemment (que j'ai pêché sur un tutoriel)

Ce que tu montres c'est le code d'insertion, ce que je montrais c'est le code de gestion des la transaction (autour de l'insertion)... La notion de transaction en DB est primordial pour les modifications... exemple:
J'ai une table Catégorie de films, une table Film, et une "cross-table" entre films et catégories... (un film a une catégorie au moins)...
Je veux rajouter un film, avec une liste de catégories...
Hors transactions, j’insère le film, je récupère son ID, et j’insère les couples (category-id,film-id) dans la "cross-table"... Que se passe-t-il si une erreur survient pendant les insertions dans la cross-table ? Un film a moitié inséré (avec 0 ou pas toutes les catégories)...
La transaction permet de rendre l'ensemble des insertions "atomique", ou tout est validé, ou rien ne l'est.... si une erreur se produit pendant l'insertion des couples category/film la transaction n'est pas validé, et un "rollback" est opéré, rien n'a été inséré dans la DB. Si tout se passe bien, un "commit" est opéré, et tout est sauvegardé. Ca permet d'afficher l'erreur à l'utilisateur sans doute possible: une erreur s'est produite, rien ne s'est passé.

[Ryu2000]

T'as méthode :
public long insert(String string1, int int1, String string2)

Tu peut l’appeler là dedans :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
db.beginTransaction();
try{
     db.insert(string1, int1, string2);
     db.setTransactionSuccessful();
}
finally{
     endTransaction();
}

Comme ça ça gère Commit ou Rollback.

[Dyz3r]

Je vous remercie pour vos réponses toutes aussi intéressantes !
A nicroman :

Je ne sais pas, tu ne montre pas le code qui ouvre justement la db...
Si c'est SQLiteOpenHelper qui est utilisé, il doit y avoir un getReadableDatabase() et getWritableDatabase()... Dans les deux cas, les fonctions ouvrent la DB existante et n'en créent pas une nouvelle...

J'utilise la méthode getWritableDatabase() pour ouvrir la BD (je l'ai encore une fois trouvé sur un tutoriel) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
	// ouverture DB
	public DataBase open() throws SQLException {
		this.db = this.DBHelper.getWritableDatabase();
		return this;
	}

Et pour fermer, je procède ainsi :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
	// fermeture DB
	public void close() {
		this.DBHelper.close();
	}

L'interêt de SQLiteOpenHelper est de pouvoir gérer les mises à niveau entre plusieurs version du software... à la première ouverture... la DB n'existe pas ? onCreate est appelée, la DB existe dans une version antérieure ? onUpgrade est appelé, la DB existe dans une version postérieure ? onDowngrade est appelé....

J'ignorais en effet l'existence de onDowngrade... Je peux donc me contenter d'utiliser cette méthode à chaque lancement de l'application si une base de donnée est déjà existante donc ?

Ce que tu montres c'est le code d'insertion, ce que je montrais c'est le code de gestion des la transaction (autour de l'insertion)... La notion de transaction en DB est primordial pour les modifications... exemple:
J'ai une table Catégorie de films, une table Film, et une "cross-table" entre films et catégories... (un film a une catégorie au moins)...
Je veux rajouter un film, avec une liste de catégories...
Hors transactions, j’insère le film, je récupère son ID, et j’insère les couples (category-id,film-id) dans la "cross-table"... Que se passe-t-il si une erreur survient pendant les insertions dans la cross-table ? Un film a moitié inséré (avec 0 ou pas toutes les catégories)...
La transaction permet de rendre l'ensemble des insertions "atomique", ou tout est validé, ou rien ne l'est.... si une erreur se produit pendant l'insertion des couples category/film la transaction n'est pas validé, et un "rollback" est opéré, rien n'a été inséré dans la DB. Si tout se passe bien, un "commit" est opéré, et tout est sauvegardé. Ca permet d'afficher l'erreur à l'utilisateur sans doute possible: une erreur s'est produite, rien ne s'est passé.

Merci pour ton exemple très complet, c'est très bien expliqué !
Si j'ai bien compris, la méthode que tu proposes est une méthode "sécurisée" qui évite tout crash en cas d'erreur d'ajout ?

A thierrybenji :

T'as méthode :
public long insert(String string1, int int1, String string2)

Tu peut l’appeler là dedans :

db.beginTransaction();
try{
db.insert(string1, int1, string2);
db.setTransactionSuccessful();
}
finally{
endTransaction();
}

Comme ça ça gère Commit ou Rollback.

C'est noté, du coup je pense que je changerai un peu mon code afin de le perfectionner davantage !

Merci encore pour vos réponses !