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

MS SQL Server Discussion :

Clé unique sur 2 col dont 1 autoincrement ?


Sujet :

MS SQL Server

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre expérimenté
    Profil pro
    Inscrit en
    Septembre 2007
    Messages
    240
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2007
    Messages : 240
    Par défaut Clé unique sur 2 col dont 1 autoincrement ?
    Bonjour à tous.
    J'ai créé la table suivante et (je m'en doutais un peu) le comportement escompté n'est pas au rendez-vous :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    CREATE TABLE TEST
              (MaDate       SMALLDATETIME,
               MonNum      SMALLINT             IDENTITY(1,1),
               PRIMARY KEY (MaDate, MonNum))
    Je voudrais qu'a chaque nouvelle date inssérée, s'associe une clé auto_incrémentée qui démarre a 1
    Cela donnerait quelque chose comme ceci :

    01/01/2007 -> 1
    01/01/2007 -> 2
    01/01/2007 -> 3
    12/12/2008 -> 1
    12/12/2008 -> 2

    01/01/2007 -> 4

    Est-ce faisable de manière automatique ?

  2. #2
    Membre éclairé
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Octobre 2007
    Messages
    44
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 48
    Localisation : Canada

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Octobre 2007
    Messages : 44
    Par défaut Essaye les triggers
    Bonjour,

    Avec la syntaxe que tu as utilisé, le champ MonNum est un compteur pour toute la table et non pas pour chaque année.

    Si tu veux mettre un compteur par année, il te faudra passer par un trigger à l'insertion et un autre à la mise à jour su jamais tu changes d'année sur ta date.

    Si le principe est claire bonne chance, sinon si tu as besoin d'aide n'hésite pas à demander.

  3. #3
    Membre expérimenté
    Profil pro
    Inscrit en
    Septembre 2007
    Messages
    240
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2007
    Messages : 240
    Par défaut
    Salut Youssef,

    Je suis un parfait débutant SQL, je te remercie donc de m'avoir dirigé vers les Triggers.

    J'ai donc tatonné et essayé plusieurs trucs avant de pondre ceci :

    Le code ci-dessous marche mais uniquement lorsque MaDate est déja présente avec en face un MonNum non Null :

    Code : 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
    CREATE TABLE TEST
              (MaDate       INT    NOT NULL,
               MonNum      INT)
     
    ALTER TRIGGER TRIGTEST 
    ON dbo.TEST 
    INSTEAD OF INSERT
    AS 
    BEGIN
    	DECLARE @Num INT
    	SET @Num = 1 + (SELECT MAX(TEST.MonNum) 
    					FROM TEST 
    					INNER JOIN INSERTED
    					ON TEST.MaDate = INSERTED.MaDate) 
     
    	INSERT INTO TEST(MonNum,MaDate)
    	SELECT @Num,INSERTED.MaDate FROM INSERTED
    END
    Pour que cela fonctionne completement il me faudrait entre le SET et le INSERT un code du style :
    SI @MonNum EST NUL ALORS @MonNum = 1
    J'ai essayé plusieures syntaxes mais n'y connaissant rien je rame ...
    Je ne désespère pas car je me dit qu'a force de ramer, je trouverais peut-être de l'aide de l'autre coté de la Méditéranée
    Youssef ... si tu m'entends ...

  4. #4
    Membre expérimenté
    Profil pro
    Inscrit en
    Septembre 2007
    Messages
    240
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2007
    Messages : 240
    Par défaut
    J'ai essayé pas mal de trucs ...
    If NOT @Num ISNULL : Marche Pas.
    If @Num = 0 : Chpas.
    If @Num < 1 : Toujours pas
    If EXISTS(@Num) : ...Et Merde!...
    IF @Num IS NULL : Bingo (Encore un et j'abandonnais ...)

    Donc Résolu ...

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    ALTER TRIGGER TRIGTEST 
    ON dbo.TEST 
    INSTEAD OF INSERT
    AS 
    BEGIN
    	DECLARE @Num INT
    	SET @Num = 1 + (SELECT MAX(TEST.MonNum) 
    					FROM TEST 
    					INNER JOIN INSERTED
    					ON TEST.MaDate = INSERTED.MaDate) 
    	IF @Num IS NULL SET @Num = 1
    	INSERT INTO TEST(MonNum,MaDate)
    	SELECT @Num,INSERTED.MaDate FROM INSERTED
    END

  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 998
    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 998
    Billets dans le blog
    6
    Par défaut
    Le SELECT MAX(...) + 1 est une TRES MAUVAISE IDÉE !!!

    En effet cela va marcher au début quand votre table va être vide et votre SGBD ne connaître que peu de clients.

    Mais au fur et à mesure de la montée en charge cela va prendre de plus en plus de temps et faire attendre tous les autres utilisateurs. En effet pour calculer un max il faut un verrou sur toutes les lignes de la table. AU début cela prendra peu de temps. Lorsque vous aurez beaucoup de lignes cela mettra beaucoup de temps.
    De plus en contexte de forte concurrence il se peut que vous ayez les même n° de ligne => violation de clef. En effet entre votre requête de calcul du max et l'insert, un autre trigger peut se déclencher en parrallèle. Il faudrait au moins gérer la transaction au niveau d'isolation SERIALIZABLE. Autrement dit encore plus de blocage en prévision.

    Bref si vous voulez pourrir votre base, c'est le code qu'il faut. Si en revanche vous voulez des performances, il faut utiliser une table de compteurs comme indiqué dans l'article que j'ai écrit.
    http://sqlpro.developpez.com/cours/clefs/
    Rajoutez simplement dans cette table de comptage la colonne MaDate.

    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/ * * * * *

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Réponses: 6
    Dernier message: 08/02/2007, 14h41
  2. Controle sur 1 col. dont l'existence est soumise à condition
    Par HOUDEBINE dans le forum MS SQL Server
    Réponses: 1
    Dernier message: 06/02/2006, 07h51
  3. donner le focus sur un composant dont la fenetre est invisib
    Par yoghisan dans le forum Composants VCL
    Réponses: 12
    Dernier message: 17/06/2005, 16h27
  4. Index sur une col. de type 'booléen": utile?
    Par Atreides dans le forum Oracle
    Réponses: 2
    Dernier message: 28/01/2005, 13h12
  5. Comment installer le kernel 2.4.25-2 uniquement sur Mdk 10.0 ?
    Par Thrystan dans le forum Administration système
    Réponses: 8
    Dernier message: 12/08/2004, 11h32

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