Version imprimable
Bonjour,
j'ai une table personne
id: auto_increment (Primary Key)
name: varchar(100)
matricule: varchar(15)
comment je peux créer un TRIGGER qui me permet après chaque insertion dans la table personne de faire un UPDATE du matricule
tel que le matricule =id+"0000MAT"
Merci à vous
Il n'y a pas de solution pleinement satisfaisante pour exploiter un auto-incrément à la volée.
À mon sens cette colonne aurait plutôt sa place dans une vue
ou, au pire, dans un UPDATE qui suivrait le INSERT :
INSERT INTO person (name) VALUES ('Valentine'); UPDATE person SET code = CONCAT(id, '0000MAT') WHERE id = LAST_INSERT_ID();
est ce que c'est possible de créer un TRIGGER qui se déclenche automatiquement qui fait le UPDATE
Oui c'est possible, mais ce n'est pas fiable
=> Voir un trigger BEFORE INSERT qui récupérerait le prochain ID
Je te laisse la responsabilité de déterminer quel est le prochain ID généré.
Je maintiens qu'il faut utiliser une vue ou un INSERT+UPDATE (éventuellement à encapsuler dans une procédure/transaction).
Un identifiant attribué par le SGBD (auto_increment pour MySQL/MariaDB) ne devrait JAMAIS être utilisé comme valeur fonctionnelle.
Il ne doit avoir qu'un role technique
Attribuer cette valeur au matricule est une erreur. Si vous avez besoin d'un matricule unique, utilisez simplement une contrainte unique
EDIT de plus, à propos de ceci :
Mettre une constante dans une colonne n'a aucun intérêt, par définition, la valeur en suffixe ne sera pas discriminante, dons sans intérêt pour les recherches.Citation:
Envoyé par sky88
Ce faisant, on encombre inutilement la base de données.
Si vous voulez une constante en suffixe, il suffit de la construire dans la requête par un CONCAT par exemple au moyen d'une vue si le besoin est récurrent.
Salut à tous.
Pourquoi se focaliser sur un déclencheur (Trigger) pour réaliser ce genre de concaténation ?
MySql permet de créer une colonne, résultat de la combinaison de plusieurs colonnes dans un intérêt qui peut-être discutable, comme ici.
La plupart du temps, il est préférable de créer une view qui permet de gérer ces colonnes qui n'ont pas lieu d'être présent dans une base de données.
Par exemple, le calcul TTC à partir d'un montant HT où l'on applique une TVA.
Ou encore, créer une colonne construite à partir d'autres colonnes.
Cela peut être dû une modélisation mal conçue !
A titre d'exemple, voici comment créer ce genre de colonne :
Plusieurs remarques :Code:
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
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
a) Avec "generated", on ne peut pas utiliser la colonne "id" auto incrémenté.
b) il ne faut pas utiliser ce genre de colonne comme identifiant pour accéder à la ligne recherchée.
Cela occupe de la place mémoire pour rien et est redondant avec la colonne "id" qui existe déjà dans la table.
c) ne pas confondre un identifiant technique, ici "id" avec un identifiant fonctionnel, de toute évidence, votre colonne "matricule".
S'il est nécessaire de passer de l'un à l'autre, cela doit se faire d'une manière applicative.
d) comme le dit Escartefigue, utiliser une constante n'a aucun intérêt fonctionnelle.
Par contre, si pour une raison quelconque, vous devez créer un matricule en fonctionne du service, cela peut en effet s'envisager.
Dans ce cas, la clef primaire de votre table est composée de deux colonnes, l'identifiant technique "id" et le service auquel appartient l'employé.
e) autre problème, celle de la compatibilité ascendante d'une telle solution avec les futurs versions de MySql.
Et je le rappelle que cette colonne "generated" ne peut pas être modifiée.
Au lieu de demander une résolution technique d'un problème qui de toute évidence est fonctionnelle, le mieux aurait été de formuler cela sous la forme d'une question. Par exemple, quelle est la meilleure façon de gérer un matricule au sein d'une base de données.
@+