Réinitialiser une séquence

Bonjour,

J'essaye depuis plusieurs heures mais en vain de réinitialiser une séquence pour que ma clé primaire d'une table recommence à 1 car j'ai fait des tests dans cette table et j'ai donc supprimer les donner sauf que j'arrive pas à remettre ma clé primaire à 1.
J'ai essaye pleins de requête sql proposer sur le net mais en vain.
La valeur actuelle de ma clé primaire est 8.

MErci de votre aide

Vous avez deux solutions:

1. supprimer et récréer la séquence avec l'inconvénient d'éventuellement perdre les droits données sur cette séquence et d'invalider certaines objets
2. modifier le pas de la séquence à -7, utiliser la séquence pour retrouver la valeur courante 1 et remodifier le pas à 1

OK, merci
En revanche, j'ai un problème. J'ai une contrainte unique sur ma table et quand je vais un insert identique au précédent, cela le bloque, c'est normal. Mais il enregistre l'id que je voulais mettre en mémoire.
Du coup, au lieu d'avoir 2 en clé primaire pour mon second enregistrement, sa m'insère 3 en clé primaire.

voici la séquence et le trigger:

Code:

---

1 2 3

CREATE SEQUENCE SEQ START WITH 1 INCREMENT BY 1;

---

Code:

---

1 2 3 4 5 6

CREATE TRIGGER AUTO BEFORE INSERT ON MaTable FOR EACH ROW BEGIN SELECT SEQ.nextval INTO :new.idFROM DUAL; END;

---

Tu recontrerais le même problème avec un identifiant auto incrémenté.
Le propre d'un tel système (avec séquence ou auto-incrément, suivant la version du SGBD) est de fournir un identifiant unique sans aucun risque de doublon. Pas d'assurer une suite sans "trou".

Il me semblait que par exemple, si mon insert retourner une erreur, l'id ne s'auto incrémenté pas et donc que mon insert suivant aurai bien 2 comme clé primaire et non 3 comme mon cas ici.
Je m'expliquer:
Mon premier insert a bien eu lieu, donc j'ai un en clé primaire
Mon second insert a échoué
Mon troisième insert a bien eu lieu, or j'ai 3 au lieu de 2 en clé primaire

L'incrémentation de la séquence est effectuée avant l'insertion, donc avant que la contrainte d'unicité soit testée et la transaction annulée ou validée. La "consommation" de la valeur de séquence s'effectue hors transaction et il n'est pas possible de revenir dessus.
Suppose que deux opérations d'insertion dans la table, initiées par deux utilisateurs différents soient exécutées simultanément.
La séquence était à 1. La première transaction utilise la valeur 2, la seconde la valeur 3. Alors que la seconde opération est validée, la seconde est rejetée. Quelle serait la prochaine valeur dans la séquence ? :weird:

Je comprend pas ce que tu dis

Il y pas moyen de mettre une condition when qui me dit de déclencher le trigger si mon insert ne retourne pas d'erreur

Tu utilises le trigger pour renseigner, à partir de la séquence, un identifiant obligatoire dans ta ligne.
La ligne n'est validée qu'à la condition que cet identifiant soit renseigné. Il faut donc que la séquence soit utilisée avant la validation. :roll:

Mon trigger me sert pour l'auto incrémentation
Moi ce que je cherche c'est de ne pas avoir de trou dans ma clé primaire: je ne veut pas 1 - 3 - 4 -9 mais 1 - 2 - 3 - 4 - 5 ...

J'ai essayer de faire une procédure stockée que j'appellerai dans mes triggers mais celle-ci ne compile pas:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

CREATE OR REPLACE PROCEDURE reset_sequence(nom_sequence IN VARCHAR2) AS valeur INTEGER; valeur_min INTEGER; difference INTEGER; BEGIN -- Calculer la difference pour le nouveau increment SELECT min_value INTO valeur_min FROM user_sequences WHERE sequence_name = nom_sequence; SELECT nom_sequence.nextval INTO valeur FROM dual; difference := valeur_min - valeur; -- Modifier l'increment EXECUTE IMMEDIATE 'ALTER sequence nom_sequence INCREMENT BY ' || difference; -- Incrementer la sequence SELECT nom_sequence.nextval INTO valeur FROM dual; -- Remettre l'increment a 1 EXECUTE IMMEDIATE 'ALTER sequence nom_sequence INCREMENT BY 1'; END;

---

Citation:

---

Envoyé par totot

Moi ce que je cherche c'est de ne pas avoir de trou dans ma clé primaire: je ne veut pas 1 - 3 - 4 -9 mais 1 - 2 - 3 - 4 - 5 ...

---

C'est impossible, une séquence n'a pas pour but de ne pas avoir de trou comme déjà mentionné par Alain :

Citation:

---

Envoyé par al1_24

Le propre d'un tel système (avec séquence ou auto-incrément, suivant la version du SGBD) est de fournir un identifiant unique sans aucun risque de doublon. Pas d'assurer une suite sans "trou".

---

Si l'absence de trou est obligatoire, il faut le coder manuellement en passant par une table "de séquence" qu'on incrémente après avoir sérialisé l'accès à la table par un SELECT FOR UPDATE.
En terme de concurrence d'accès, c'est plus lent.

Mais une clé primaire auto-incrémentée étant un identifiant technique interne au SGBD, et donc n'ayant aucune signification fonctionnelle, la présence de trou n'est pas un problème.

[EDIT]

Citation:

---

Envoyé par totot

J'ai essayer de faire une procédure stockée que j'appellerai dans mes triggers mais celle-ci ne compile pas:

---

Vous voulez modifier votre séquence via trigger ? C'est une très mauvaise idée, heureusement que vous avez eu des erreurs de compilation.

Ok
Donc il faut mieux que j'abandonne mon idée
Et que si j'ai un insert qui s'est pas fait pour telle ou telle raison, sa va quand même m'incrémenter mon id même s'il ne se trouvera pas dans la table

Citation:

---

Envoyé par totot

Ok
Donc il faut mieux que j'abandonne mon idée
Et que si j'ai un insert qui s'est pas fait pour telle ou telle raison, sa va quand même m'incrémenter mon id même s'il ne se trouvera pas dans la table

---

exactement :plusser:

Du coup j'aurais, par exemple, si sur 3 insert,2 seulement on fonctionné: 1 - 3 dans ma table en considérant que le second a planter

Citation:

---

Envoyé par totot

Du coup j'aurais, par exemple, si sur 3 insert,2 seulement on fonctionné: 1 - 3 dans ma table en considérant que le second a planter

---

oui, mais il faut aussi voir aussi que souvent il est possible de supprimer des lignes ce qui génère également des "trous" ;)