Discussion :

[stregza]

Bonjour à tous,

Je voudrais créer un trigger qui incrémente un champ (id_groupe) dans ma base de données après une insertion car suite à une erreur dans la conception de celle-ci , elle n'est pas en auto-incrément et il m'est impossible de le rajouter étant donné qu'elle contient des enregistrements est qu'elle est relié à plusieurs table

pouvez-vous me donner quelque piste car niveau trigger je suis pas très au point.

merci d'avance

[StringBuilder]

Les champs sont à la campagne et les colonnes dans les tables

Sinon, le plus simple est de passer par une table compteur, sous réserve d'avoir des performances très pourries (si vous faites un MAX à chaque fois).

Basez-vous sur ce trigger.
http://www.developpez.net/forums/d14...f/#post7948369

PS : Attention, il faut bien penser trigger "statement" et non "row". On peut parfaitement insérer un lot de ligne en une seule requête.

[stregza]

Merci pour la réponse Sylvain j'étais déjà tomber sur le post que vous m'avez fournis lors de ma recherche avant mon poste mais je ne savais pas que cela aurait pu être la soluce .. !

sinon qu'entendez vous par perte de performances ? à partir de combien d'enregistrement cela peut induire sur les performance de la base ?.

[StringBuilder]

Rechercher le MAX() sur une colonne peut rapidement prendre du temps, même si c'est la PK clustered.

Après, s'il y a "quelques lignes" (on va dire moins de 10000) évidement, c'est pour ainsi dire instantané. Mais quand on arrive au million, les performances peuvent rapidement diminuer.

Dans tous les cas, passer par une table compteur (ou une séquence, mais c'est dispo qu'à partir de SQL Server 2012) permet de conserver des performances linéaires quelle que soit la taille de la table.

[CinePhil]

Sur MySQL, on peut ajouter l'auto-incrémentation après coup.

Je viens de tester avec quelques lignes dont le plus gros identifiant était 56 mais pas sur la dernière ligne insérée et MySQL a commencé tout seul l'auto-incrémentation à 57 sans toucher aux id existants.

Je ne sais pas si les autres SGBD font pareil.

[StringBuilder]

MySQL est le seul à ma connaissance à fonctionner de la sorte.

C'est aussi le seul à boucher automatiquement les trous dans une colonne auto-incrément, ou à gérer plusieurs compteur pour une même table en cas de clé composite.


Sous Oracle, si je ne m'abuse, ça n'existe tout bonnement pas (on doit se taper les auto-incrément à la main à l'aide de triggers et de séquences).

Et sous SQL Server, "identity" est bien plus limité en termes de fonctionnalités.

Exemple avec SQL Server :

Code sql :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
 
drop table autonum;
go
 
create table autonum
(
	id int primary key,
	nom varchar(10) not null
);
go
 
insert into autonum (id, nom) values (1, 'toto');
insert into autonum (id, nom) values (2, 'titi');
insert into autonum (id, nom) values (4, 'tutu');
go
 
alter table dbo.autonum alter column id int identity;
go
 
insert into autonum (nom) values ('tata');
go

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
 
(1*ligne(s) affectée(s))
 
(1*ligne(s) affectée(s))
 
(1*ligne(s) affectée(s))
Msg*156, Niveau*15, État*1, Ligne*16
Syntaxe incorrecte vers le mot clé 'identity'.
Msg*515, Niveau*16, État*2, Ligne*19
Impossible d'insérer la valeur NULL dans la colonne 'id', table 'tempdb.dbo.autonum'. Cette colonne n'accepte pas les valeurs NULL. Échec de INSERT.
L'instruction a été arrêtée.

Il a pas voulu ajouter identity à ma colonne.

Maintenant, il existe divers moyens pour pallier au problème avec SQL Server :

Voici un exemple complet en recréant la table :

Code sql :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
 
drop table autonum;
go
 
create table autonum
(
	id int primary key,
	nom varchar(10) not null
);
go
 
insert into autonum (id, nom) values (1, 'toto');
insert into autonum (id, nom) values (2, 'titi');
insert into autonum (id, nom) values (4, 'tutu');
go
 
sp_RENAME 'autonum' , 'old_autonum';
go
 
create table autonum
(
	id int primary key identity,
	nom varchar(10) not null
);
go
 
set IDENTITY_INSERT autonum on;
insert into autonum (id, nom)
select id, nom from old_autonum;
set IDENTITY_INSERT autonum off;
go
 
drop table old_autonum;
go
 
insert into autonum (nom) values ('tata');
go
 
select * from autonum;

Evidement, s'il y a des données liées, ça va pas être pratique.

La solution consistant à créer une colonne identity avant de supprimer l'ancienne est pas mal aussi, au détail près qu'on ne peu pas initialiser les lignes avec l'ancienne valeur, et du coup s'il y a des tables qui font référence à cette table, marche pas non plus...