Version imprimable
Slt j'etudie actuellement les sequences en classe et le prof nous a recommandé d'eviter l'utilisation de l'option cache lorsqu'on cree une sequence et de les creer toujours avec l'option nocache sinon on peut perdre les données en cas de crash.
Est ce que quelqu'un peut m'expliquer prq le cache est "dangereux" ?
Merci beaucoup .
ps:actuellement je ne peux pas contacter mon prof pour avoir une reponse .
En réalité ça dépend si tu peux avoir des trous ou pas dans tes ID. Si c'est pour une PK sans signification fonctionnelle le CACHE permet de mettre quelques valeurs en mémoire et évite donc les contentions sur la séquence. En revanche, les valeurs étant en mémoire, tu te doutes bien qu'elles sont perdues en cas de redémarrage de l'instance. Pour des numéros de factures c'est donc pas possible parce que les trous sont interdits ;)
Ton prof aurait dû être plus complet dans sa prévention :?
Edit : quand je parle de trou, c'est dans la séquence bien sûr. Exemple avec un cache 5 :
après la 3° valeur la base a été redémarré, la séquence continue donc à 7. A toi de voir si fonctionnellement cela pose problème ou pas.Citation:
1
2
3
7
8
9
Le cache induit des "trous".
La contre-partie, c'est de meilleures performances.
Donc non, dire qu'il faut faire une séquence nocache est une CONNERIE ! :roll:
(tout comme dire qu'il faut faire une séquence avec un cache, d'ailleurs ! ;) )
[edit]
j'avais fait le test avec une boucle de 10 000 loops qui interroge le nextval.
Il faut 21 seconde pour une séquence nocache, moins d'une seconde avec un cache à 100)
[/edit]
[edit2]
Pour compléter, je dirais qu'un cache non seulement introduit des trous dans la numérotation mais aussi peut entraîner une numérotation chronologique d'ordre non croissant
[/edit2]
donc si j'ai bien compris si je cree une sequence a qui commence de 1 avec un cache de 10 et je consulte a.currval normalement je dois avoir 11 ?
Non, currval doit être précédé de nextval obligatoirement. Et currval indique donc la valeur du dernier nexval de la session.
supposons que j'ai utilisé la sequence une fois ,normalement je dois avoir 11 lrsq je consulte seq.currval ?
NON !!! relis ce que j'ai écris et fait des essayes :?
Faire une séquence sans cache ne garanti pas du tout le manque des trous, pensez aux transaction avec rollback :?
Par contre je ne comprend pas pourquoi
Bon, il existe tant de situations mais j'aimerais avoir votre point de vue.Citation:
tout comme dire qu'il faut faire une séquence avec un cache, d'ailleurs
en effet, j'avais pas pensé à préciser ce cas... en fait pour avoir une séquence sans trou, je ne connais pas d'autre moyen que de maintenir une table des séquences :(
ceci étant dit, en général il n'est pas interdit d'avoir des trous tant qu'on peut les justifier. Autant pour les rollbacks on peut imaginer une procédure qui permet de loguer les trous que dans le cas d'un cache perdu ça parait plus compliqué non ?