En fait, je voulais faire en sorte que l'on puisse définir l'id, si l'on en a envi. Ce qui explique pourquoi je voulais mettre default ou une valeur dans la requête, et utiliser les binds.
Avec sqlite, ça fonctionne très bien, car cela prends toujours l'id le plus grand plus un. Par exemple, si on laisse null pour trois insertions, on aura les valeurs 1,2, et 3. Si on rajoute une quatrième valeur avec un id que l'on décide à 999, la cinquième avec un null aura un id de 1000.
Mais sqlite fait un gros lock sur toute la base, et n'est pas du tout adapté à ce que je veut faire. En plus des limitations volontaires du SGBD.
Effectivement, faire un système de lock dans postgresql va être assez embêtant. Je vais peut-être revoir ma copie, en ne mettant pas de possibilité de choisir son id.
[^] # Re: nextval()
Posté par yellowiscool . En réponse au message PHP, PDO, Postgresql, SERIAL, et DEFAULT. Évalué à 2.
Avec sqlite, ça fonctionne très bien, car cela prends toujours l'id le plus grand plus un. Par exemple, si on laisse null pour trois insertions, on aura les valeurs 1,2, et 3. Si on rajoute une quatrième valeur avec un id que l'on décide à 999, la cinquième avec un null aura un id de 1000.
Mais sqlite fait un gros lock sur toute la base, et n'est pas du tout adapté à ce que je veut faire. En plus des limitations volontaires du SGBD.
Effectivement, faire un système de lock dans postgresql va être assez embêtant. Je vais peut-être revoir ma copie, en ne mettant pas de possibilité de choisir son id.
Envoyé depuis mon lapin.