Discussion :

[Nalonna]

Bonjour,

j'ai une question pour les "Oracliens".

Si on utilise un bloc de code utilisant une transaction, et dans laquelle on fait appel à un SEQ.nextval, est ce que le fait de rollbacker annule également l'incrémentation de la séquence ?

Je présume que non parce que cela pourrait vite foutre la merde, mais cela sous entendrait que si on a toute une suite de transaction rollbackée on aura alors de gros "trous" au niveau séquence ?


On me dit également que lors de la création d'une séquence on peut paramétrer un "cache" pour anticiper une certaine génération de la séquence et que si on stoppe et redémarre la base on pourrait se retrouver avec des sauts de séquence.... ca parle à qqun ca ?

Merci.

[orafrance]

Je présume que non parce que cela pourrait vite foutre la merde, mais cela sous entendrait que si on a toute une suite de transaction rollbackée on aura alors de gros "trous" au niveau séquence ?

Tu présumes bien et en effet, ça fait des trous

On me dit également que lors de la création d'une séquence on peut paramétrer un "cache" pour anticiper une certaine génération de la séquence et que si on stoppe et redémarre la base on pourrait se retrouver avec des sauts de séquence.... ca parle à qqun ca ?

En effet, le cache est vidé à l'arrêt de la base donc tous les numéros cachés sont perdus

[McM]

En effet, le cache est vidé à l'arrêt de la base donc tous les numéros cachés sont perdus

Et aussi si tu fais un flush de la sql_area, ou si la base réutilise la zone allouée à la séquence dans shared_pool

Oracle dit : La séquence est faite pour un n° unique, en aucun cas pour avoir une suite sans trou.

[Mohamed.Houri]

Tu présumes bien et en effet, ça fait des trous



En effet, le cache est vidé à l'arrêt de la base donc tous les numéros cachés sont perdus

Je ne l'ai jamais vu à l'oeuvre ni l'ai expérimenté, mais il me semble que pour un arrêt normal d'une base de données(non RAC) les valeurs en cours de la séquence sont réecrites de nouveau dans la base de données si bien qu'aucune valeur ne sera perdue.

La perte de valeurs d'une séquence représente généralement une conséquence de la "library cache" qui est sur-utilisée si bien qu'elle doit "flucher" de temps à autres les objects ''cachés'' en utilisant la LRU pour cela.

Bien à vous

Mohamed Houri

[Nalonna]

Oula cela devient trop technique pour moi. Je suis juste en mode user personnellement.

Mais la base de mon client (dont on a hérité) est tellement mal foutue, et des gens soit disant "support" y viennent ajouter des tuples sans même utiliser les séquences.
Bref au final, y a une fonction de la mise à jour des séquences faite en java pour déterminer le prochain élément acceptable par la séquence ()

Il est clair qu'une séquence n'est pas là pour éviter d'avoir des trous, mais là l'utilisation semble tellement intensive qu'ils auraient réussi à se retrouver avec des ID négatifs !

Merci à vous pour vos réponses

[Pomalaix]

Je ne l'ai jamais vu à l'oeuvre ni l'ai expérimenté, mais il me semble que pour un arrêt normal d'une base de données(non RAC) les valeurs en cours de la séquence sont réecrites de nouveau dans la base de données si bien qu'aucune valeur ne sera perdue.

Bien vu ! Je viens de le vérifier sur une 10.2, il ne me reste plus qu'à oublier les vieilles vérités que j'avais en tête...

[t.merle]

bonjour, j'ajouterais qu'à la création d'une séquence on précise le nombre de numéro "stocké" en mémoire prévisionnellement, l'option NOCACHE interdit à Oracle de pré-réserver les numéros, cela permet de diminuer le nb de trou en cas de vidage mémoire.
Sinon fonctionnellement pour la gestion de clef sans "trou", j'ai déjà expérimenté la chose en passant par une variable globale de package faisant office de numéro de séquence, pilotée par des fonctions de ce package.

salutations.

[hilbert]

salut les amis, je travaille sur PL/SQL , et ma question est la suivante : existe t-il un package comme (UTL_FILE) qui permet de générer un fichier .txt dans le serveur client et non dans celui d'oracle , merci d'avance