Discussion :

[Biosox]

Bonjour,

Je ne m'y connais pas du tout en bases de données. Je n'ai aucune idée de comment sont stockés les données et ça m'amène à la question suivante:

J'ai lu dans la faq Comment sélectionner du m-iéme au n-iéme enregistrements. J'ai un programme qui a un moment va vouloir lire tous les enregirstrements correspondant à un certain critère. Mais il ne va les lire que 10 par 10, en appelant plusieurs fois à la suite une fonction "getNext10" ou un truc du genre (en utilisant probablement la méthode de la faq). Or, ce programme est multi-thread, et il n'est pas impossible qu'entre deux appels de "getNext10", une autre fonction soit appellée, qui fait un INSERT dans la même table!

ça ne me pose pas de problème si je suis sur que le INSERT ajoute des données "à la fin" de ma table: elle seront récupérés avec le dernier "getNext10", mais si ces données sont insérées ailleurs, je risque de les sauter.

Est-ce que ces données sont stockées "à la fin"??? Dois-je spécifier quelque chose pour m'en assurer?

j'espère avoir été assez clair.
merci

[Biosox]

je reformule ma question (qui n'as pas eu beaucoup de succès)

dans la f.a.q, il y a l'exemple suivant:

SELECT * FROM matable LIMIT 100 OFFSET 10

--> On obtient en retour que les 100 enregistrements à partir du 10ème.

les 100 a partir du dixème, mais en comptant dans quel ordre? est-ce toujours dans l'ordre croissant de la primary key?
(ce qu'il m'a semblé être en faisant quelques essais)

[kryskool]

Bonjour

Dans ton cas j'utiliserais un champ de type auto-incrément (Séquence) puis je ferais un ORDER BY dans la requête sur ce champ, dans ce cas on est sûr que les insertions seraient visible à la fin.

[Biosox]

Bonjour.

Merci pour ta réponse. J'ai suivi ton conseil et effectivement, ça résoud mes problèmes.