Discussion :

[eento]

Bonjour,

J'ai la Tbale suivante: table_news contenant ces champs:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 ROWID = INTEGER PRIMARY KEY AUTOINCREMENT 
 
    ID = TEXT NOT NULL 
 
    CONTENT = TEXT NOT NULL
 
    ZONE TEXT = NOT NULL 
 
    AREA TEXT = NOT NULL
 
    TITLE TEXT = NOT NULL
 
    DATE TEXT = NOT NULL
 
    AUTHOR TEXT = NOT NULL

Elle est remplit comme ceci:

1st Row:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
 ROWID ==> 1
 
    ID ==> "5"
 
    CONTENT ==> "Discover New York."
 
    ZONE ==> "New York"
 
    AREA ==> "New York"
 
    TITLE ==> "Let's discover the world."
 
    DATE ==> "2012-07-04"     
 
    AUTHOR ==> "Henry Brakman"
 
2nd Row (same but with ROWID field setted to 2):
 
 
 
    ROWID ==> 2
 
    ID ==> "5"
 
    CONTENT ==> "Discover New York."
 
    ZONE ==> "New York"
 
    AREA ==> "New York"
 
    TITLE ==> "Let's discover the world."
 
    DATE ==> "2012-07-04"     
 
    AUTHOR ==> "Henry Brakman"

Je veux faire un sqlstatement qui va me supprimer les donnees redondantes (qui ont le meme ID par exemple).

J'ai essaye cela mais ca ne marche pas :

Code :

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

1
2
3
4
public SQLiteStatement removeSameContentNews()
	{
		return bdd.compileStatement("DELETE FROM table_news WHERE ROWID NOT IN (SELECT MIN( ROWID) FROM table_news GROUP BY ID, CONTENT, ZONE, AREA, TITLE, DATE, AUTHOR)");
	}

Merci de m'aider les amis.

[Simon MARQUIS]

Pourquoi ne pas éradiquer le problème à sa source ?
Je veux dire par là, pourquoi n'as tu pas mis une contrainte d'unicité sur l'ID ?

[eento]

Comment faire ?? ca m'interesse !

[Simon MARQUIS]

Voilà le schéma

En gros, je te conseille d'utiliser le mot clé PRIMARY KEY

[eento]

Je ne comprend rien a ces schema,

voici la requete de ma creation de table :

Code :

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

1
2
private static final String CREATE_TABLE_NEWS = "CREATE TABLE "+ TABLE_NEWS + " (" + COLUMN_ROWID + " INTEGER PRIMARY KEY AUTOINCREMENT, " + COL_ID + " TEXT NOT NULL, "+ COL_CONTENT +" TEXT NOT NULL, "+ COL_ZONE + " TEXT NOT NULL, "+ 
	COL_AREA + " TEXT NOT NULL, "+ COL_TITLE + " TEXT NOT NULL, "+ COL_DATE + " TEXT NOT NULL, " + COL_AUTHOR +" TEXT NOT NULL);";

Que dois je modifier pour eviter la redondance et creer l'unicite sur le champs ID?

[Simon MARQUIS]

Ben en fait il y a quelque chose qui m'échappe dans ta structure de données. A quoi correspond la champ ROWID ?
Celui ci est déjà unique alors pourquoi vouloir rajouter un champ ID ?

[eento]

Le champ ROWID correspond a mon champs primaire pour compter les lignes en interne et l'ID est généré par mon webservice.

Une idee pour l'unicite ?

[Simon MARQUIS]

Mais concrètement il te sert à quoi ce champ ROWID ?

Car si tu veux connaitre le nombre de lignes de données, il te suffit juste de faire un SELECT COUNT(*) FROM TA_TABLE

[eento]

J'ai une methode getNewsbyRowid(String index) qui me renvoi un objet News au l'index que je lui passe.

Je fais boucler cela dans une situation particuliere (pas internet sur le mobile) pour recuperer dans l'ordre les donnees de mon webservice stockees en base interne puisque les champs ID ne se suivent pas..

[Simon MARQUIS]

Bon je pense que tu n'utilise pas la bonne approche pour récupérer tes données. Mais là n'est pas le débat.
Pour utiliser la clause UNIQUE regarde ici ou la

[eento]

Merci Beaucoup Simon j'ai donc utilise le mot clef UNIQUE dans ma creation de table et cela marche parfaitement et m'evite d'ecrire et de supprimer dans ma table !!



Voici l'exemple de ma creation de table pour ceux qui ne savent pas comment implementer l'unicite :

Code :

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

1
2
private static final String CREATE_TABLE_NEWS = "CREATE TABLE "+ TABLE_NEWS + " (" + COLUMN_ROWID + " INTEGER PRIMARY KEY AUTOINCREMENT, " + COL_ID + " TEXT NOT NULL UNIQUE, "+ COL_CONTENT +" TEXT NOT NULL, "+ COL_ZONE + " TEXT NOT NULL, "+ 
	COL_AREA + " TEXT NOT NULL, "+ COL_TITLE + " TEXT NOT NULL, "+ COL_DATE + " TEXT NOT NULL, " + COL_AUTHOR +" TEXT NOT NULL);";

[nicroman]

Attention aussi... sur ROWID

ROWID est un identifiant 'integer' en autoincrement....

Mais quand tu détruis une row, ca ne décalle pas les ROWID des autres....
Donc cela ne correspond absolument pas à un index !

D'ailleurs quand on spécifie dans une table "TOTO INTEGER PRIMARY KEY AUTOINCREMENT" tout ce qu'il fait c'est de donner à ROWID un alias "TOTO"...

ROWID c'est l'identifiant unique d'une row dans ta table.
ID c'est l'identifiant unique d'une row sur le serveur

[eento]

Comment utiliser un index qui decalera tout parfaitement si je delete ?
En gerant l'incrementation dans mon instanciation d'objets que contient la table ?!

"ROWID c'est l'identifiant unique d'une row dans ta table.
ID c'est l'identifiant unique d'une row sur le serveur"

Oui je le sais, c'est bien pour ca que j'ai cree un ROWID pour ma base locale.

[nicroman]

Non mais ROWID est toujours créé pas besoin de le créer soit même....
Et quand on définit une colonne "INTEGER PRIMARY KEY AUTOINCREMENT", cette colonne devient même un ALIAS du ROWID et il y a quelques endroit ou Android apprécie d'avoir "_ID" comme alias du ROWID.

Il est impossible d'avoir un "index" dans une table relationnelle, sauf par le truchement de "trigger" (onDelete: update TABLE set INDEX=INDEX-1 where INDEX>:old.INDEX, onInsert: :new.INDEX=select max(INDEX+1) from TABLE) qu'ils soient fait automatiquement, ou à la main.

Mais dans tous les cas, c'est complètement inutile en SGBD (R ou non), et cela va à l'encontre des principes de SGBD (la gestion de transactions / rollback avec ce genre de colonne est quasi impossible à gérer).

Donc si tu nous expliquais pourquoi tu voudrais un tel index.... ?