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

Langage SQL Discussion :

[SQL] Compréhension sur la clause MATCH d'une intégrité


Sujet :

Langage SQL

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre chevronné
    Inscrit en
    Septembre 2006
    Messages
    685
    Détails du profil
    Informations forums :
    Inscription : Septembre 2006
    Messages : 685
    Par défaut [SQL] Compréhension sur la clause MATCH d'une intégrité
    Bonjour à tous,

    Je suis actuellement en cours de lecture d'un livre sur SQL, mais je n'arrive pas à comprendre la clause MATCH dans une contrainte.

    Je vais vous citer le 1er exemple du livre avec MATCH SIMPLE, je pense que si je comprend celui, il en sera de même pour MATCH FULL et MATCH PARTIAL.

    Une 1ère table :
    Code SQL : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    CREATE TABLE UTILISATEUR (
    	nom CHAR(50) NOT NULL,
    	prenom CHAR(30) NOT NULL,
    	CONSTRAINT PK_UTILISATEUR PRIMARY KEY(nom, prenom)
    )
    celle-ci contient 2 lignes :
    DUBOIS Alain
    DURAND Paula
    Une seconde table :
    Code SQL : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    CREATE TABLE TEST (
    	test_id INT NOT NULL PRIMARY KEY,
    	nom CHAR(50),
    	prenom CHAR(30),
    	CONSTRAINT FK_TEST FOREIGN KEY(nom, prenom)
    		REFERENCES UTILISATEUR(nom, prenom) MATCH SIMPLE
    )

    On y insert 5 premières lignes :
    Code SQL : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    INSERT INTO TEST(test_id, nom, prenom) VALUES(1, 'DUBOIS', 'Alain');
    INSERT INTO TEST(test_id, nom, prenom) VALUES(2, NULL, NULL);
    INSERT INTO TEST(test_id, nom, prenom) VALUES(3, 'DUBOIS', NULL);
    INSERT INTO TEST(test_id, nom, prenom) VALUES(4, 'DUHAMEL', NULL);
    INSERT INTO TEST(test_id, nom, prenom) VALUES(5, NULL, 'Paula');

    Et une sixième qui elle va se faire rejeter :
    Code SQL : Sélectionner tout - Visualiser dans une fenêtre à part
    INSERT INTO TEST(test_id, nom, prenom) VALUES(6, 'DUVAL', 'MARCEL');
    Ce que je ne comprend pas, c'est pourquoi elle va se faire rejeter

    Si une âme charitable pouvait me fournir une explication assez simple, ce serait sympa.

    Merci d'avance.

  2. #2
    Rédacteur/Modérateur

    Avatar de Antoun
    Homme Profil pro
    Architecte décisionnel
    Inscrit en
    Octobre 2006
    Messages
    6 290
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 55
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Architecte décisionnel
    Secteur : Conseil

    Informations forums :
    Inscription : Octobre 2006
    Messages : 6 290
    Par défaut
    Tu ne dis pas de quel livre il s'agit, mais mon petit doigt m'a indiqué que c'était le "SQL" de Fred/SQLpro et Chr. Soutou.

    Relis donc le haut de la page 78. Ta ligne va être rejetée parce qu'il n'y a pas de Marcel Duval dans la table de référence ET parce que cette ligne ne contient pas de NULL...

    A l'inverse, la ligne 1 est acceptée parce qu'il y a un Alain Dubois et les autres lignes parce qu'elles contiennent un NULL.

  3. #3
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    22 002
    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 : 22 002
    Billets dans le blog
    6
    Par défaut
    La clause MATCH n'a aucun intérêt si la contrainte FOREIGN KEY ne comporte qu'une seule colonne.

    MATCH permet de savoir si l'on accepte ou viole la contrainte si la corespondance est par exemple partielle ou totale.

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

  4. #4
    Membre chevronné
    Inscrit en
    Septembre 2006
    Messages
    685
    Détails du profil
    Informations forums :
    Inscription : Septembre 2006
    Messages : 685
    Par défaut
    En fait j'avais pas saisi que c'est la valeur NULL qui faisait la différence, et qu'il y avait 2 PRIMARY KEY, mais pourquoi mettre 2 clefs primaires ?

    Il est dit dans le livre qu'une table ne peut-avoir qu'une seule clef primaire, c'est aussi ça que je ne comprend pas.

    Enfin, merci, je commence à mieux comprendre, mais j'ai encore du boulot

Discussions similaires

  1. Aide en SQL sur la clause SELECT
    Par frglyon dans le forum SQL
    Réponses: 10
    Dernier message: 17/02/2011, 16h59
  2. Requête SQL sur la clause in et not in
    Par rec82 dans le forum Bases de données
    Réponses: 14
    Dernier message: 28/09/2008, 11h51
  3. Clause match dans une contrainte foreign key
    Par Tordiame dans le forum Débuter
    Réponses: 1
    Dernier message: 05/07/2008, 20h24
  4. [PL/SQL][10g] Probleme sur la clause WHERE
    Par titilleuse dans le forum SQL
    Réponses: 4
    Dernier message: 13/11/2006, 18h52
  5. question sur la clause "where"
    Par a-chan dans le forum Langage SQL
    Réponses: 3
    Dernier message: 07/07/2005, 11h59

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