IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Développement SQL Server Discussion :

identity & type char & trigger


Sujet :

Développement SQL Server

  1. #1
    Membre habitué
    Homme Profil pro
    Enseignant
    Inscrit en
    Avril 2010
    Messages
    212
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Autre

    Informations professionnelles :
    Activité : Enseignant
    Secteur : Enseignement

    Informations forums :
    Inscription : Avril 2010
    Messages : 212
    Points : 184
    Points
    184
    Par défaut identity & type char & trigger
    supposons que j'ai la table suivante:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    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 : Sélectionner tout - Visualiser dans une fenêtre à part
    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'

  2. #2
    Modérateur

    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Janvier 2005
    Messages
    5 826
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 42
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Janvier 2005
    Messages : 5 826
    Points : 12 371
    Points
    12 371
    Par défaut
    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.

    @++

  3. #3
    Expert éminent
    Avatar de StringBuilder
    Homme Profil pro
    Chef de projets
    Inscrit en
    Février 2010
    Messages
    4 147
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 45
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Chef de projets
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Février 2010
    Messages : 4 147
    Points : 7 392
    Points
    7 392
    Billets dans le blog
    1
    Par défaut
    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 ?
    On ne jouit bien que de ce qu’on partage.

  4. #4
    Membre habitué
    Homme Profil pro
    Enseignant
    Inscrit en
    Avril 2010
    Messages
    212
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Autre

    Informations professionnelles :
    Activité : Enseignant
    Secteur : Enseignement

    Informations forums :
    Inscription : Avril 2010
    Messages : 212
    Points : 184
    Points
    184
    Par défaut
    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 : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    create table person(
    id int primary key indentity (?,1),
    nom varchar (30) not null,
    date_naissance date)

  5. #5
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 760
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 760
    Points : 52 541
    Points
    52 541
    Billets dans le blog
    5
    Par défaut
    indentity (valeur_de_départ, incrément)
    Tout simplement !

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

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

Discussions similaires

  1. variable de type char
    Par Yoshio dans le forum C
    Réponses: 18
    Dernier message: 23/02/2006, 10h48
  2. Réponses: 21
    Dernier message: 20/02/2006, 11h00
  3. Types : char vs. unsigned char
    Par Herode dans le forum C++
    Réponses: 3
    Dernier message: 15/02/2006, 21h39
  4. concaténer un type char à une chaine
    Par Fabs dans le forum C
    Réponses: 8
    Dernier message: 11/11/2005, 15h21
  5. Array subscript has type 'char'
    Par obelix dans le forum C
    Réponses: 11
    Dernier message: 31/10/2005, 18h21

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo