identity & type char & trigger

supposons que j'ai la table suivante:

Code:

---

1 2 3 4

create table person( id char (8) primary key, nom varchar (30) not null, date_naissance date)

---

Je me demande est ce qu 'il y' un truc en SQL Server qui me permet de saisir automatiquement la clé de la personne (ex: utilisation d' un trigger ou autre truc). par exemple quand j’exécute l'instruction:

Code:

---

insert person (nom, date_naissance) values ('nom1', '01/05/2016')

---

avant l'insertion, le SGBD doit consulter la colonne date_naissance pour vérifier s'il existe déjà des personnes ayant 2016 comme année de naissance:

• si ce la cas, il prend le dernier saisie avec comme année 2016. il extraire la séquence des chiffres qui se trouve juste après 2016 (supposons 000020; c-à-d: 20 personnes sont né en 2016), puis l’incrémente. donc la nouvelle ligne saisie sera: 16000021,'nom1', '01/05/2016'

• sinon la nouvelle ligne saisie sera: 16000001,'nom1', '01/05/2016'

Bonjour,

Cela est effectivement possible avec un déclencheur, mais :

• Un tel déclencheur va ralentir toutes les transactions de type INSERT sur cette table : les transactions exécutées par le déclencheur font partie de la transaction qui a entraîné son exécution
• Utiliser comme clé primaire le type de données char est une hérésie, surtout si la collation que vous utilisez est insensible à la casse et aux accents (imaginez le travail pour le processeur :))

Dites-nous plutôt pourquoi vous avez besoin de réaliser un tel calcul ;)
Je suppose que c'est pour générer un code par personne; si tel est le cas, faites vous le plaisir d'utiliser comme type de données un entier pour la clé primaire, avec la propriété d'auto-incrémentation (IDENTITY) : pour les jointures, cela est très efficace.

@++ ;)

A mon sens, cet "ID" devrait être un simple index unique non null, c'est à dire une clé secondaire. Laissez SQL Server gérer un ID de type entier avec un IDENTITY.

Sinon, votre code pose un souci : si j'insère en même temps plusieurs lignes avec la même date de naissance => je vais avoir des doublons. Ou alors je dois passer par un DENSE_RANK() ou un curseur. Dans tous les cas, l'ordre d'affectation du compteur sera totalement aléatoire. Avez-vous une règle précise dans ce cas ?

Citation:

---

Envoyé par elsuket

Je suppose que c'est pour générer un code par personne; si tel est le cas, faites vous le plaisir d'utiliser comme type de données un entier pour la clé primaire, avec la propriété d'auto-incrémentation (IDENTITY) : pour les jointures, cela est très efficace.

---

oui c'est çà l'objectif. je peux changer le type en entier et utiliser la contrainte identity. Mais le souci reste comment préciser le départ et l’incrément de la contrainte identity

Code:

---

1 2 3 4

create table person( id int primary key indentity (?,1), nom varchar (30) not null, date_naissance date)

---

Citation:

---

indentity (valeur_de_départ, incrément)

---

Tout simplement !

A lire : http://blog.developpez.com/sqlpro/p6...vec_sql_server

A +