SQLite et _id

Bonjour,

J'ai un souci au niveau de l'ID a spécifier pour une table d'une base de données SQLite.
J'arrive à insérer mon objet en spécifiant l'ID manuellement mais je rencontre des problèmes dans les 2 cas suivants :

-Cas N°1: Mon objet comporte un attribut ID

Je me retrouve bloqué lorsque je crée mon objet sans l'insérer directement en base de données car je ne connais pas l'ID à spécifié dans mon constructeur?. (ex: j'ai déjà 20 entrés dans ma base de données, donc je ne sais pas que je dois spécifié 21 comme ID).
Donc la construction de mon objet échoue ou je me retrouve avec un champ ID null.

-Cas N°2 : Mon objet ne comporte pas de champ ID

Je me retrouve bloqué lorsque je dois faire un traitement(ex:insert) en BDD selon un ID spécifié, car effectivement je ne connais pas le prochain ID libre.
_______________

Quel est la meilleure méthode pour enregistrer un objet en SQLite, définir un attribut ID à l'objet ou pas ?

Toujours concernant cette ID si je le passe en autoincrement, quel est l'interêt d'avoir un objet qui comporte un attribut ID ?

De plus, lorsque je fais un insert, que mon objet ne comporte pas d'attribut ID, et que l'ID de la BDD est en autoincrement. Je met donc mes valeurs dans un ContentValue, mais je n'arrive pas à saisir comment çà se passe au niveau de l'ID ?
contentValues.put(KEY_COL_ID, ?????????);
Je pensais ne pas avoir besoin de le spécifié mais la requête ne fonctionne pas.

Concernant l'ID dans la class de ma Base de données (Helper), suis je obligé de renseigner un INTEGER ? lorsque j'utilise un String (TEXT) çà ne marche pas. J'ai vu certains sur le web qui disait que c'était possible d'autre qui disait non en pointant la documentation de SQLite. pourriez vous me confirmer ? car un String m'arrangerait tellement ...


Voilà, merci pour vos réponses.


PS: j'ai déjà lu et tester les tutoriaux developpez de Vogella et mathias-seguy

lol je ne comprends pas ce que tu fais mais normalement ceci fonctionne.

insert into tbl (id, desc) values (5, 'description');

Si tu dois mettre un id mais ne connait pas ça valeur (lol, dans ce cas tu n'insères pas le record) ton champs doit être nullable mais pas défini comme primary key, juste un index.

Le plus simple est de laisser sqlite gérer l'id avec un autoincrement.
Tu ne le gère simplement pas à l'insertion , il s'auto incrémente tout seul.

L'id est retourné lors de l'insertion via db.insert()

Citation:

---

lol je ne comprends pas ce que tu fais

---

Qu'est ce que tu ne comprend pas ?

Citation:

---

insert into tbl (id, desc) values (5, 'description');

---

Mais j'ai pourtant précisé: "J'arrive à insérer mon objet en spécifiant l'ID manuellement"

@grunk
Ok très bien, mais comment se fait t il que les ID libres de la BDD ne se remettent pas à 0 lorsque je supprime un enregistrement et que j'en insert des nouveaux ?

Citation:

---

useBDD_Objet = new UseBDD_Objet(this);
useBDD_Objet.open();
Objet Objet = new Objet();

long id = useBDD_Objet.insertRecord(Objet); // id = 1
useBDD_Objet.deleteRecord(id);
long id2 = useBDD_Objet.insertRecord(Objet); // id = 2
Log.d("query ll idll", useBDD_Objet.getDb_Objet().getTableContentAsString(useBDD_Objet.getDb()));

---

C'est le fonctionnement normal de l'autoincrément. Il s'incrémente jusqu'à arriver à sa limite (un entier 64 bit signé) et laisse donc des trous dans le cas ou il y'a des suppressions. Je connais pas de bdd qui ne fonctionne pas comme ça.
Si il arrive à sa limite , il cherchera des "trous" pour essayer d'insérer les données avant éventuellement de planter si il ne peux plus rien insérer.

Il n'y a aucun intérêt à changer les ID après insertion ou suppression.
L'ID ne sert qu'à avoir une contrainte d'unicité, rien d'autre. Partant de ce principe, il est inutile de modifier l'ID, du moment que la contrainte d'unicité est respecté. Ca peut déstabiliser un peu quand on débute et prend en main des BDD, mais c'est le fonctionnement normal, et les ID ne doivent pas être utilisé pour autre chose (et ne sont pas prévu pour). Le seul moyen de les utiliser que je conçois (et encore, c'est pas dit) autrement serait de fixer soi-même la règle de l'auto-incrément et jouer dessus... mais là, j'avoue que je ne vois strictement pas l'intérêt.

@grunk, @Hizin

merci pour ces précisions, je n'avais jamais vraiment réalisé cet effet sur les ID lors de suppressions d'enregistrement. Maintenant je le sais :D