Toutes les colonnes de la table ne sont pas NULLable :
* OPC_ID est la clef primaire de la table.
* OPC_REFCODE une clé alternative (contrainte UNIQUE) sémantique portant la référence de la pièce comptable.
* CLI_ID est une clef étrangère pointant sur la table des clients (non modélisée).
* OPC_DATE est la date d’opération.
* OPC_MONTANT est le montant de l’opération, montant toujours positif (notez la contrainte CHECK).
* OPC_CREDIT est un booléen indiquant s’il s’agit d’un crédit (valeur 1) ou d’un débit (valeur 0).
Si votre SGBDR ne supporte pas IDENTITY (norme SQL) utilisez le mécansime d’incrément propre à votre système (par exemple SERIAL pour PostGreSQL et dans ce cas supprimez le INT, car PostGreSQL ne permet pas de choisir le type de données affecté à un auto incrément). De même si votre SGBDR ne supporte pas le type BIT, remplacez_le par un type booléen adapté à votre SGBDR (par exemple pour PostGreSQL BOOLEAN).

Insertion d’un jeu de données :

Deux clients (10001 et 10002) ont fait différentes opérations d’achat et paiement et nous devons effectuer les rapprochement entre ces différentes opérations pour en connaître le solde.
Le résultat doit être le suivant :

La requête suivante permet de parvenir à ce résultat :

L’entreprise SQL Spot
Le site web sur le SQL et les SGBDR

Développez et administrez pour la performance avec SQL Server 2014

L’entité entité T_E_ADRESSE_ADR comporte les éléments de tête de l’adresse :
– code postal (8 caractères)
– ville (32 caractères)
–> Soit au total 38 caractères (32 + blanc + 8)
– éventuel CEDEX
– éventuel mention de « Chez m. Untel… »
L’entité fille ligne d’adresse T_E_ADRESSE_LIGNE_ADL permet de faire figurer 1 à 4 lignes complémentaires de 38 caractères.
On doit indiquer la position de chaque ligne (1, 2, 3 ou 4 donc une contrainte de domaine) car un SGBDR étant par nature ensembliste, bien que les lignes aient été rentrées dans un certains ordre, il est possible qu’il restitue dans le désordre les lignes saisie, d’où l’importance de la notion de position de la ligne.
En sus une indication booléenne permet de savoir quelle ligne est la voie (lorsqu’il y en a une) afin de pouvoir effectuer un contrôle de validité d’adresse auprès d’un organisme spécialisé.

Vous noterez la dissociation entre l’entité externe des codes postaux T_X_CODE_POSTAL_CPL (données venant de La Poste, mais que l’on pourrait étendre à des listes de codes postaux étrangers) et le couple code postal / ville dans l’entité T_E_ADRESSE_ADR. Ceci est voulu car les codes postaux évoluent continuellement et qu’un couplage fort par intégrité référentielle rendrait difficile à maintenir. En ce faisant, la liste des codes postaux est récupérée auprès de la poste 1 fois l’an et on peut ajouter dans la table des adresse des codes postaux divergents, par leur nouveauté. L’entité T_X_CODE_POSTAL_CPL servant simplement d’aide à la saisie dans l’IHM.

Au niveau du MPD, deux contraintes sont à ajouter :

Outre la contrainte de domaine de la colonne ADL_POSITION (CHECK (ADL_POSITION BETWEEN 1 AND 4)) définie dans le MCD, on doit ajouter :

– une contrainte d’unicité entre dans la table T_E_ADRESSE_LIGNE_ADL pour les colonnes ADR_ID et ADL_POSITION :

   ALTER TABLE T_E_ADRESSE_LIGNE_ADL 

      ADD CONSTRAINT UK_ADL_ADR_POS  

          UNIQUE (ADR_ID, ADL_POSITION);

– une contrainte sous forme de déclencheur afin qu’il n’y ait jamais qu’une seule ligne d’adresse ayant la valeur « true » pour la colonne ADL_VOIE. Voici le code d’un tel déclencheur pour MS SQL Server :
CREATE TRIGGER E_IU_ADL

ON T_E_ADRESSE_LIGNE_ADL 

AFTER INSERT, UPDATE 

IF EXISTS(SELECT NULL  

          FROM   T_E_ADRESSE_LIGNE_ADL 

          WHERE  ADL_VOIE = 1 

          GROUP  BY ADR_ID 

          HAVING COUNT(*) > 1) 

   ROLLBACK;

-------- 

Frédéric Brouard, SQLpro - ARCHITECTE DE DONNÉES, http://sqlpro.developpez.com/ 

Expert bases de données relationnelles et langage SQL. MVP Microsoft SQL Server 

www.sqlspot.com : modélisation, conseil, audit, optimisation, tuning, formation 

* * * * *  Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence  * * * * *

• On peut le simplifier en ne retenant pas certaines fonctionnalités
• On utilisera des vues afin de simplifier le travail du développeur

1 – MCD PERSONNE

Voici le MCD qui concerne la Personne et qui se découpe en trois parties : la personne physique (être humain), la personne morale (entreprise) et la partie « générique » des personnes, c’est à dire les données communes aux personnes physiques ou morales.
Il n’est pas habituel de faire figurer dans le MCD les colonnes calculées. Néanmoins nous avons jugé plus intéressant de les faire figurer à ce niveau afin que l’utilisateur puisse les prendre en considération dès à présent. Pour ce faire, nous les avons notés avec le mot CALC dans le nom de l’attribut.

Pour une image plus grande, cliquez ici.

NOTA : le MCD a été édité sous Power AMC en notation MERISE et peut aboutir à la génération d’une base de données de n’importe quel SGBDR comme DB2, INFORMIX, InterBase, Access, SQL Server, MySQL, PostGreSQL, Oracle, Sybase, Teradata… entre autres !

A ce stade il nous faut commenter la manière de modéliser…

1 – les entités figurant en jaune sont des entités de référence. Elles ont toutes une forme similaire, c’est à dire composées des mêmes attributs (domaines compris). Leur nom commence systématiquement par T_R_… (R pour Référence).
2 – les entités figurant en vert sont des entités informationnelles, c’est à dire celles qui contiendront les données fonctionnelles de l’application. Leur nom commence systématiquement par T_E_… (E pour Entité).
3 – les entités figurant en rose fuchsia sont des entités de données externes. Elle doivent contenir des données venant de sources externes non directement controlables (dans notre cas liste des pays de l’INSEE, liste des codes postaux…). Leur nom commence systématiquement par T_X_… (X pour Externe).
4 – les associations en rose fuchsia sont des associations de cardinalité 1:1 (un à un).
5 – les associations en mauve sont des associations de cardinalité 1:n (un à plusieurs).
6 – les associations en bleu ciel sont des associations de cardinalité n à m (plusieurs à plusieurs) qui se traduiront en tables de jointure
NOTEZ que les noms des tables sont suffixées par un trigramme (trois lettres) destiné à simplifier leur dénomination et qui doit être unique au sein du modèle. D’autre part les attributs des entités comme des associations reprennent en préfixe le trigramme de l’entité ou de l’association auquel ils appartiennent. Tout ceci étant conforme à la norme expliquée ici http://sqlpro.developpez.com/cours/standards/ et détaillée ici http://www.sqlspot.com/Norme-de-developpement.html

Les entités de référence sont structurées de la manière suivante (XXX représente le trigramme) :
XXX_ID : la clef auto-incrémentée
XXX_CODE : un code synthétique et unique (contrainte d’unicité à prévoir)
XXX_LIBELLE : un libellé explicite
XXX_BASE : un booléen qui indique si la données est propre à la base (et donc non modifiable ni supprimable) ou bien spécifique à l’utilisateur (donc modifiable et supprimable)
XXX_ORDRE : un entier positif permettant de forcer un ordre particulier

1.1 – Explication du modèle

L’entité T_E_PERSONNE_PRS ne contient qu’une clef de type auto incrémentée. Elle sert de racine à l’héritage exclusif entre les personnes physiques et morales. Bien qu’elle apparaisse quasiment vide, elle est en fait nécessaire pour « raccrocher » les entités de contact que sont les téléphones (fixe, fax ou mobile), les mails et les adresses.

L’entité T_E_PERSONNE_MORALE_PMR contient tous les éléments spécifiques d’une personne morale comme sa raison sociale, son enseigne, et ses codes SIREN, établissement (en fait la partie SIRET distinct du SIREN) et NAF. En sus cette entité est liée à l’entité de référence T_R_FORME_JURIDIQUE_FDJ qui permet de préciser la nature de la personne morale (SA, SARL, SAS, EURL, Nom propre, Collectivité Locale, Association…)

L’entité T_E_PERSONNE_PHYSIQUE_PPQ concentre les données de la personne physique et en particulier son nom de naissance (un abus de langage serait de nommer cet attribut nom de jeune fille, car depuis plusieurs années, un homme peut prendre le nom de sa femme au moment du mariage). Le découpage de la date de naissance en trois rubrique peut paraître curieux, mais il existe encore de nombreuses personne de part le monde pour lesquels la date de naissance est incertaine (souvent juste l’année, parfois, l’année et le mois) naissant dans des pays ou l’état civil n’est pas aussi moderne que celui des pays civilisés (au_ vrai sens du terme pour une fois !). Enfin un attribut permet de renseigner le lieu de naissance qui peut être une ville, un lieudit, une région, un état… et pour compléter cette information, un lien d’association a été fait avec l’entité externe des pays (la structure de cette entité étant dépendante de celle de l’INSEE).
Enfin, cette entité est liée à l’entité de référence des sexes et celle des civilités. On me demande toujours pourquoi faire une table des sexe supposée ne contenir que deux lignes… Et je répond toujours : une base de données doit contenir toutes les données sous forme explicite. Comment alors faire figurer les mots « Homme » et « Femme » sans cela ? Directement dans l’entité des personnes physiques ? Mais alors ce sont des milliers d’octets en pure perte !

On peut être stupéfait de ne pas voir figurer de prénom dans l’entité des personnes. Mais on doit considérer qu’une personne possède généralement plusieurs prénoms, l’un étant le prénom usuel. De plus certains prénoms peuvent être composés. C’est la raison pour laquelle on a préféré faire figurer l’ensemble des prénoms d’une personne dans une entité de nom T_E_PRENOMMEE_PNM liée aux entités contenant la personne et tous les prénoms. Dans cette entité, figurent différents attributs qui ont les rôles suivants :

• PNM_USUEL : booléen. Si oui, alors le prénom est usuel
• PNM_ORDRE : entier positif. Spécifie l’ordre d’état civil des prénoms
• PNM_COMPOSE : booléen. Si oui, alors le prénom qui suit est lié au précédent (Jean-Marc par exemple).

Nous donnerons plus loin un petit exemple de contenu de cette entité lors de la visite du modèle physique.

L’entité T_E_TELEPHONE_TEL ne contient que les numéros de téléphone, mais elle est associé à une entité de référence des types de téléphone afin de préciser s’il s’agit d’une téléphone fixe, un fax ou un mobile. Notez l’attribut TEL_CAL_NUM_INVERSE qui reprend le numéro de téléphone, mais en le nettoyant des caractères parasites et en l’inversant et ce afin de faciliter les recherches.

L’entité T_E_MAIL_EML contient uniquement la partie « nom d’utilisateur » d’un mail (c’est à dire la partie devant l’arobase), sans le DNS qui lui, figure dans l’entité des DNS (sans l’arobase) T_E_DNS. Bien entendu, une vue permettra de reconstituer le mail tel qu’on a l’habitude de le présenter.

Téléphones et mails (et nous le verrons aussi les adresses) peuvent être localisés, c’est à dire correspondre à une situation particulière, telle que domicile, bureau, résidence secondaire… pour une personne physique, ou bien à un service, tel que facturation, comptabilité, administration, ventes, direction… pour une personne morale. C’est pour cela que ces entités sont liées à l’entité de référence T_R_LOCALISATION_LCL.
De même, un téléphone fixe ou un fax peut correspondre à une adresse et c’est le sens donné par l’association « situé à ». Bien entendu cela ne peut s’appliquer à un mobile ni à un mail par définition.

Enfin, une personne peut avoir plusieurs mails, fax, téléphones fixe, mais il est éventuellement souhaitable qu’on sache parmi tous ces fax quel est celui utilisable de préférence ou à défaut. C’est le sens donné par les trois associations « défaut » s’appliquant au téléphone fixe au fax et au mail, mais pas au mobile !

NOTA : pour gérer les particularités de situation des téléphones fixes mais pas des mobiles, il faudra procéder par contraintes.

1.2 – Contraintes :

Les principales contraintes de domaine sont les suivantes :

Booléens :

Les booléens XXX_BASE des tables de référence, comme ceux de l’association prénommée (PPN_USUEL et PPN_COMPOSE) doivent avoir comme valeur par défaut FAUX.

Pour les tables de référence :

XXX_ORDRE : positif. Ceci se fait par exemple à l’aide de la contrainte de validation :
CHECK (VALUE > 0)

Pour la personne morale :

PMR_SIREN et PMR_ETS sont composés de caractères numériques. Ceci se fait par exemple à l’aide de la contrainte de validation :
CHECK (VALUE = CAST(VALUES AS DECIMAL(n, 0))
n valant 9 pour un SIREN et 5 pour un ETS.

Le code NAF doit être composé de 4 chiffres + une lettre. La contrainte de validation est alors la suivante :

CHECK (    CAST(SUBSTRING(VALUE FROM 1 FOR 4) AS SMALLINT) = SUBSTRING(VALUE FROM 1 FOR 4) 

       AND SUBSTRING(VALUE FROM 5 FOR 1) COLLATE French_CS_AS BETWEEN 'A' AND 'Z')

Pour la personne physique :

On vérifiera que les noms (naissance et marital) ainsi que le lieu soient composés de lettres (y compris accentuées) et en majuscules avec les éventuels caractères blanc, tiret et apostrophe, mais ne figrant ni au début ni en fin de chaine. Ceci peut être fait à l’aide une UDF (par exemple F_RESCRIT décrite ici) associée à la contrainte de validation suivante :

CHECK (VALUE = F_RESCRIT(VALUE,  

                         '-'' àáâãäæçèéêëìíîïñòóôõöœùúûüýœabcçdefghijklmnopqrstuvwxyzÀÁÂÃÄÆÇÈÉÊËÌÍÎÏÑÒÓÔÕÖÙÚÛÜÝŒABCDEFGHIJKLMNOPQRSTUVWXYZ',  

                         '-'' ÀÁÂÃÄÆÇÈÉÊËÌÍÎÏÑÒÓÔÕÖŒÙÚÛÜÝŒABCCDEFGHIJKLMNOPQRSTUVWXYZÀÁÂÃÄÆÇÈÉÊËÌÍÎÏÑÒÓÔÕÖÙÚÛÜÝŒABCDEFGHIJKLMNOPQRSTUVWXYZ',  

                         '- '''))

Les attributs PPQ_NAISSANCE_… doivent être aussi validés comme suit :
CHECK (PPQ_AN BETWEEN 1880 AND EXTRACT(YEAR FROM CURRENT_DATE)))
CHECK (PPQ_MOIS BETWEEN 1 AND 12)
CHECK (PPQ_JOUR BETWEEN 1 AND 31)
Mais nous verrons un peu plus loin, à la rubrique contrainte de table, que ceci ne suffit pas à garantir des saisies erronées…

Pour les téléphones :

L’attribut TEL_NUM ne doit être composé que de nombres mais on peut admettre les caractères point, tiret ou blanc afin de faciliter la lecture. Dans ce cas on validera avec la fonction F_RESCRIT de la manière suivante :

CHECK (VALUE = F_RESCRIT(VALUE,  

                         '-. 0123456789',  

                         '-. 0123456789',  

                         '- .'))

L’attribut TEL_CALC_NUM_INVERSE ne doit être composé que de nombres. On pourra le valider à l’aide de la contrainte de validation suivante :
CHECK (VALUES = CAST(VALUE AS DECIMAL(20,0))

Les principales contraintes de table sont les suivantes :

Pour toutes les tables de référence : l’attribut XXX_CODE doit être unique.

Pour la table des personne morales, le code SIRET doit être unique :
UNIQUE (PMR_SIREN, PMR_ETS)

Pour les dates de naissance : plusieurs cas doivent être envisagés :
1) année seule
2) année + mois
3) année + mois + jour correspondant à une date valide
Toutes les autres combinaisons doivent être exclues

CHECK (CASE 

          WHEN PPQ_NAISSANCE_AN IS NOT NULL AND PPQ_NAISSANCE_MOIS IS NULL AND PPQ_NAISSANCE_JOUR IS NULL     THEN 1 

          WHEN PPQ_NAISSANCE_AN IS NOT NULL AND PPQ_NAISSANCE_MOIS IS NOT NULL                                THEN 1 

          WHEN PPQ_NAISSANCE_AN IS NOT NULL AND PPQ_NAISSANCE_MOIS IS NOT NULL AND PPQ_NAISSANCE_JOUR IS NOT NULL  

               AND CAST(CAST(PPQ_NAISSANCE_AN AS VARCHAR(4)) || '- '  

                || CAST(CAST(PPQ_NAISSANCE_MOIS AS VARCHAR(2)) || '- '  

                || CAST(CAST(PPQ_NAISSANCE_JOUR AS VARCHAR(2)) AS DATE) BETWEEN '1880-01-01' AND CURENT_DATE) THEN 1 

       END) = 1 )

Les principales assertions sont les suivantes :

Gestion de l’héritage exclusif : une personne morale ne pet être une personne physique…
Se traduit par :

CHECK (NOT EXISTS(SELECT * 

                 FROM   T_E_PERSONNE_PHYSIQUE_PPQ AS P 

                        INNER JOIN T_E_PERSONNE_MORALE_PMR AS M 

                              ON P.PRS_ID = M.PRS_ID)

Gestion des informations spécifiques aux téléphones non mobiles :
Il ne faut pas de localisation par adresse pour un mobile :

CHECK (NOT EXISTS(SELECT * 

                  FROM   T_E_TELEPHONE_TEL AS T 

                         INNER JOIN T_R_TELEPHONE_TYPE_TPT AS P 

                               ON T.TPT_ID = P.TPT_ID 

                  WHERE  ADR_ID IS NOT NULL 

                    AND  TPT_CODE = 'MOBILE')

1.3 – Supplément :

On pourrait rajouter à ce modèle un lien entre personne morale et personne physique car une personne morale doit toujours être représentée par une personne physique. Ce « lien » pourrait être le suivant :

Pour une image plus grande, cliquez ici

Une personne ne saurait être suffisamment détaillée sans ses adresses. Le prochain article sur la modélisation des personnes portera sur la modélisation des adresses relatives aux personnes…

-------- 

Frédéric Brouard, SQLpro - ARCHITECTE DE DONNÉES, http://sqlpro.developpez.com/ 

Expert bases de données relationnelles et langage SQL. MVP Microsoft SQL Server 

www.sqlspot.com : modélisation, conseil, audit, optimisation, tuning, formation 

* * * * *  Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence  * * * * *

SOLUTION…

La table :

CREATE TABLE T_GRILLE_EUROMILLION_GEM 

(GEM_ID      INT      NOT NULL IDENTITY PRIMARY KEY, 

 GEM_GRILLE  INT      NOT NULL, 

 GEM_TYPE    CHAR(6)  NOT NULL CHECK (GEM_TYPE IN ('ETOILE', 'NUMERO')), 

 GEM_RANG    TINYINT  NOT NULL CHECK (GEM_RANG > 0), 

 GEM_NUMERO  TINYINT  NOT NULL CHECK (GEM_NUMERO > 0), 

 CONSTRAINT CK_TYPE_NUM CHECK (    (GEM_TYPE = 'ETOILE' AND GEM_NUMERO <=11 ) 

                                OR (GEM_TYPE = 'NUMERO' AND GEM_NUMERO <=50)), 

 CONSTRAINT CK_TYPE_RNG CHECK (    (GEM_TYPE = 'ETOILE' AND GEM_RANG <=2 ) 

                                OR (GEM_TYPE = 'NUMERO' AND GEM_RANG <=5)), 

 CONSTRAINT UK_ID_TYP_NUM UNIQUE (GEM_GRILLE, GEM_TYPE, GEM_NUMERO), 

 CONSTRAINT UK_ID_TYP_RNG UNIQUE (GEM_GRILLE, GEM_TYPE, GEM_RANG));    

GO

La procédure

CREATE PROCEDURE P_LOTO_EUROMILLION @N smallint 

AS 

DECLARE @MAXGRL INT, @NEWGRL INT, 

        @NG INT, @NE TINYINT, @NN TINYINT; 

SET TRANSACTION ISOLATION LEVEL SERIALIZABLE; 

BEGIN TRANSACTION; 

SELECT @NEWGRL = MAX(GEM_GRILLE) + 1 FROM T_GRILLE_EUROMILLION_GEM;    

IF @NEWGRL IS NULL  

      SET @NEWGRL = 1; 

SET @MAXGRL = @NEWGRL       

-- boucle sur nombre de grilles 

SET @NG = 1; 

WHILE @NG <= @N 

BEGIN 

   SET @NN = 1 

   BEGIN TRY 

   -- boucle sur nombre de numero (5) 

   WHILE NOT EXISTS(SELECT * 

                    FROM   T_GRILLE_EUROMILLION_GEM 

                    WHERE  GEM_GRILLE = @MAXGRL 

                      AND  GEM_RANG = 5 

                      AND  GEM_TYPE = 'NUMERO') 

      INSERT INTO T_GRILLE_EUROMILLION_GEM 

      SELECT @MAXGRL, 'NUMERO', COALESCE(MAX(GEM_RANG) + 1, 1),   

             CAST(FLOOR(1 + (RAND() * 50)) AS TINYINT) 

      FROM   T_GRILLE_EUROMILLION_GEM 

      WHERE  GEM_GRILLE = @MAXGRL 

        AND  GEM_TYPE = 'NUMERO'; 

   -- boucle sur nombre d'étoile (5) 

   WHILE NOT EXISTS(SELECT * 

                    FROM   T_GRILLE_EUROMILLION_GEM 

                    WHERE  GEM_GRILLE = @MAXGRL 

                      AND  GEM_RANG = 2 

                      AND  GEM_TYPE = 'ETOILE') 

      INSERT INTO T_GRILLE_EUROMILLION_GEM 

      SELECT @MAXGRL, 'ETOILE', COALESCE(MAX(GEM_RANG) + 1, 1),   

             CAST(FLOOR(1 + (RAND() * 11)) AS TINYINT) 

      FROM   T_GRILLE_EUROMILLION_GEM 

      WHERE  GEM_GRILLE = @MAXGRL 

        AND  GEM_TYPE = 'ETOILE'; 

   SELECT @NG = @NG + 1, @MAXGRL = @MAXGRL + 1; 

   END TRY 

   BEGIN CATCH 

   END   CATCH 

END 

COMMIT TRANSACTION ; 

SET TRANSACTION ISOLATION LEVEL READ COMMITTED; 

SELECT GEM_GRILLE, GEM_TYPE, GEM_NUMERO 

FROM   T_GRILLE_EUROMILLION_GEM 

WHERE  GEM_GRILLE >= @NEWGRL 

ORDER BY GEM_GRILLE, GEM_TYPE DESC, GEM_NUMERO 

GO

Chaque médecin à des jours et des horaires de présence différents sur la semaine.
Par exemple le docteur Bondu travaille le lundi, le mercredi et le jeudi de 9h à 12h30 puis de 14h à 19h. Le mardi de 14h30 à 20h et le samedi de 8h à 13h. Les lundi, mercredi et jeudi matin sont consacré à des visites chez les patients. Le reste du temps il est au cabinet.
Pour le docteur Pochet, il travaille du mardi au samedi avec les mêmes horaires : de 10h à 19h. Les mardi, jeudi et vendredi il visite ses patients.

Bien entendu il y a les vacances, c’est à, dire des jours pendant lesquels certains médecins ne travaillent pas.

Les rendez-vous au cabinet ont lieu pour un même médecin dans la même salle au cours de la journée.

La fréquence des rendez-vous a été fixée comme suit : pour les visites sur place des patients, une fois par 20 minutes. Pour les rendez-vous en cabinet, une fois toutes les 10 minutes.

Sur le planning doit figurer :

• les horaires de disponibilité de chacun des médecins;
• les rendez-vous déjà fixé;
• les créneaux de rendez-vous disponible;
• le type de rendez-vous possible par plage (sur place ou au cabinet);
• le nom du patient qui a rendez-vous;

En outre il a été demandé que l’on puisse saisir l’heure exacte d’arrivée du patient au cabinet et l’heure de passage en salle d’auscultation afin de connaître le temps d’attente moyen. De la même façon, le système doit permettre de saisir l’heure exacte à laquelle le médecin est arrivé chez son patient pour un rendez-vous sur place.

Il ne faut pas que :

• un même médecin ait deux rendez-vous avec deux patients différents le même jour à la même heure.
• une salle d’auscultation soit occupée par deux médecins en même temps.

Sur le patient on collectera les informations suivantes : nom, prénom, sexe, date de naissance, téléphone, adresse.

Travail à faire :

Il vous est demandé de présenter un modèle conceptuel de données assorti des contraintes et des règles afférentes au modèle élaboré.

SOLUTION

1 – Le modèle conceptuel de données :

Description des principales entités :

CALENDRIER est une entité comprenant toutes les dates.
CHRONO est une entité contenant tous les horaires de rendez-vous au pas horaire spécifié (10 minutes) avec indication booléenne s’il s’agit d’un créneau de RV au domicile (un tuple sur deux), soit toutes les 20 minutes.
RV est une entité faible composé de liens identifiants provenant des entités PATIENT, MEDECIN, CALENDRIER et CHRONO,
OCCUPATION est entité faible composé de liens identifiants provenant des entités CALENDRIER, SALLE, MEDECIN
JOUR_DE_SEMAINE est une entité contenant les 7 jours de la semaine.
PRESENT est une entité partiellement faible composée d’un attribut clef (PSC_HEURE_DEBUT) et de liens identifiants provenant des entités JOUR_DE_SEMAINE et MEDECIN

Description des principales associations :

remplace est une association ternaire portant sur un médecin, son remplaçant et une date.
absent est une association n:m qui spécifie à quelles date les médecins sont absents.

2 – Le modèle physique de données (version MS SQL Server) :

Contraintes :
Les contraintes à mettre en œuvre sont les suivantes :
1) un médecin ne peut se remplacer lui même (exclusion entre PRS_ID_REMPLACE et PRS_ID_REMPLACANT dans la table de jointure « remplace »)
2) une heure de fin doit être supérieure à une heure de début (PSC_HEURE_DEBUT inférieure à PSC_HEURE_FIN dans la table PRESENT)
3) différentes périodes de présence ne peuvent se recoupées pour un même médecin à un même jour de semaine (dans la table PRESENT).
Cette dernière contrainte est assez complexe et peut se résumer à une assertion du genre :

CREATE ASSERTION A_PRESENCE_NON_RECOUVRANTE 

AS 

   CHECK (NOT EXISTS(SELECT * 

                     FROM   PRESENT AS P1 

                            INNER JOIN PRESENT AS P2 

                                  ON     P1.PRS_ID = P2.PRS_ID 

                                     AND P1.JSM_ID = P2.JSM_ID 

                                     AND (    (P2.PSC_HEURE_DEBUT >= P1.PSC_HEURE_DEBUT AND P2.PSC_HEURE_DEBUT < P1.PSC_HEURE_FIN) 

                                           OR (P2.PSC_HEURE_FIN   >= P1.PSC_HEURE_DEBUT AND P2.PSC_HEURE_FIN   < P1.PSC_HEURE_FIN))))

NOTA : pour toutes les problématiques de planning, des vues suffisent. Par exemple l’ensemble des créneaux disponible par médecin peut se faire par un produit cartésien des jours de semaine avec le chrono restreint sur les plages de présence et auquel on soustrait (par l’opérateur ensembliste EXCEPT) les RV déjà pris.

——–
Frédéric BROUARD, Spécialiste modélisation, bases de données, optimisation, langage SQL.
Le site sur le langage SQL et les S.G.B.D. relationnels : http://sqlpro.developpez.com/
Expert SQL Server http://www.sqlspot.com : audit, optimisation, tuning, formation
* * * * * Enseignant au CNAM PACA et à l’ISEN à Toulon * * * * *

Les modèles de données (MCD Merise, MPD) ci dessous présente un système de boîte aux lettres pour courrier électronique.

La table des mails contient tous les mails de tous les comptes relatifs à l’application cliente. La table des comptes liste les différents comptes mails de la boîte aux lettres. La table des pièces jointes contient les différentes PJ relative à un mail.
La table des adresses mails contient à la fois les adresses mails des comptes de la boîte aux lettres ainsi que toutes les adresses mail du carnet d’adresse.
Veuillez noter que pour les adresses mail, on stocke la partie DNS dans la table DNS et la partie spécifique (nom ou pseudonyme de la personne) dans la table des adresses mail.

Modèle Conceptuel de Données : boîte mail

Modèle Physique de Données : boîte mail

Voici le dessin SQL (DDL) des tables de ce modèle :

/*==============================================================*/ 

/* Table : T_ADRESSE_EMAIL_ADM                                  */ 

/*==============================================================*/ 

create table T_ADRESSE_EMAIL_ADM ( 

   ADM_ID               int                  not null, 

   DNS_ID               int                  not null, 

   CML_ID               int                  null, 

   ADM_COMPTE           char(128)            not null, 

   ADM_NOM              varchar(256)         null, 

   constraint PK_ADM primary key  (ADM_ID)); 

 

/*==============================================================*/ 

/* Table : T_COMPTE_EMAIL_CML                                   */ 

/*==============================================================*/ 

create table T_COMPTE_EMAIL_CML ( 

   CML_ID               int                  not null, 

   ADM_ID               int                  not null, 

   CML_USER_NAME        char(64)             not null, 

   CML_PASSWORD         char(32)             not null, 

   CML_SERVER           char(64)             not null, 

   constraint PK_CML primary key  (CML_ID)); 

 

/*==============================================================*/ 

/* Table : T_DNS                                                */ 

/*==============================================================*/ 

create table T_DNS ( 

   DNS_ID               int                  not null, 

   DNS_NAME             char(128)            not null, 

   constraint PK_DNS primary key  (DNS_ID)); 

 

/*==============================================================*/ 

/* Table : T_EMAIL_EML                                          */ 

/*==============================================================*/ 

create table T_EMAIL_EML ( 

   MEL_GUID             UNIQUEIDENTIFIER     not null,  --> GUID 

   MEL_GUID_ORIGINE     UNIQUEIDENTIFIER     null,      --> GUID 

   ADM_ID               int                  null, 

   CML_ID_RECUT         int                  null, 

   CML_ID_ENVOI         int                  null, 

   MEL_DATEHEURE        timestamp            null, 

   MEL_TITRE            varchar(256)         null, 

   MEL_CORPS            varchar(max)         null, 

   MEL_PRIORITE         smallint             null, 

   MEL_ACCUSE           boolean              null, 

   constraint PK_EML primary key  (MEL_GUID)); 

 

/*==============================================================*/ 

/* Table : T_PIECE_JOINTE_PCJ                                   */ 

/*==============================================================*/ 

create table T_PIECE_JOINTE_PCJ ( 

   PCJ_ID               int                  not null, 

   MEL_GUID             UNIQUEIDENTIFIER     not null,  --> GUID 

   PCJ_NOM_FICHIER      varchar(256)         not null, 

   PCJ_TYPE_CONTENU     char(32)             null, 

   PCJ_CONTENU          nvarchar(255)        not null, 

   constraint PK_PCJ primary key  (PCJ_ID)); 

 

/*==============================================================*/ 

/* Table :T_J_MAIL_ENVOYE_ADRESSE_MEA                           */ 

/*==============================================================*/ 

create table T_J_MAIL_ENVOYE_ADRESSE_MEA ( 

   ADM_ID               int                  not null, 

   MEL_GUID             UNIQUEIDENTIFIER     not null,  --> GUID 

   constraint PK_MEA primary key  (ADM_ID, MEL_GUID));

NOTA - vous pouvez remplacer les types suivants :

UNIQUEIDENTIFIER   par CHAR(36) 

boolean            par SMALLINT (ou BIT)

Veuillez traduire en requête SQL, les demandes ci dessous :

1.1 – Combien de courriels ont été reçut pour le compte « chris.date@ibm.com » au cours du mois de juillet 2008 ?

1.2 – Comptez le nombre d’adresse mail du carnet d’adresse par rapport aux différents serveurs DNS

1.3 – Créez la vue permettant de reconstituer l’ensemble des adresses mails avec le compte mail complet (y compris l’arobase) en ajoutant une colonne booléenne indiquant si l’adresse est un compte mail.

1.4 – Créez la contrainte CHECK de la table T_EMAIL_EML afin de faire en sorte de respecter la règle mentionnée dans le modèle :
Si le mail est un mail envoyé alors les associations « envoyé par » et « envoyées à » sont renseignées et les associations « reçut pour » et « reçut de » ne sont pas renseigné. Dans le cas d’un mail reçut, c’est l’inverse.

1.5 – Compte tenu que les réponses à un mail peuvent s’enchaîner de manière arborescente, quelle est la profondeur maximale attente par un même fil de discussion ?

1.6 – de quel(s) expéditeur(s) provien(nen)t le (ou les) courriel(s) contenant le plus de pièces jointes ?

1.7 – À combien de personnes, en moyenne, ont été envoyé les mails expédiés à plus d’un destinataire ?

NOTA : la difficulté essentielle de ces requêtes vient de la compréhension du modèle et non de la complexité des requêtes…

Pour vous aider, voici le contenu d’un jeu d’essais :

SELECT * FROM dbo.T_DNS 

 

DNS_ID      DNS_NAME 

----------- --------------- 

0           sqlpro.fr       

1           ibm.com         

2           wanadoo.fr      

3           aol.com         

4           free.fr         

5           microsoft.com   

6           yahoo.fr 

 

SELECT * FROM dbo.T_ADRESSE_EMAIL_ADM 

 

ADM_ID      DNS_ID      CML_ID      ADM_COMPTE             ADM_NOM 

----------- ----------- ----------- ---------------------- ------------------------ 

1           1           NULL        chris.date             Chris Date (IBM) 

2           1           NULL        edgar.codd             Edgar Codd (IBM) 

3           0           1           r.dupond               moi 

4           0           2           remy.dupond            remoi 

5           0           3           rdp                    encore moi 

6           2           NULL        thierry.narguy         Thierry N (copain d'avant) 

7           2           NULL        michele.lamarque       Michèle, ma belle 

8           3           NULL        james.kelly            JKL à New York 

9           5           NULL        bill.gates             bilou mon pote 

 

SELECT * FROM dbo.T_COMPTE_EMAIL_CML 

 

CML_ID      ADM_ID      CML_USER_NAME    CML_PASSWORD                      CML_SERVER 

----------- ----------- ---------------- --------------------------------- --------------- 

1           3           rdp              012FC685DA1420584C45FED12581C526  pop.sqlpro.fr 

2           4           rdp2             45FED1258012FC680584C1C5265DA142  pop.sqlpro.fr 

3           5           rd               C1C545FE12FC6D1258080142584265DA  pop.sqlpro.fr  

 

SELECT * FROM dbo.T_EMAIL_EML 

 

MEL_GUID                             MEL_GUID_ORIGINE                     ADM_ID      CML_ID_RECUT CML_ID_ENVOI MEL_DATEHEURE           ... 

------------------------------------ ------------------------------------ ----------- ------------ ------------ ----------------------- ... 

C3C16F2B-F7A2-497C-A57B-5E807AA8FD8D NULL                                 NULL        NULL         2            2008-07-25 10:44:27.000 ... 

5478EC6B-B214-47A8-BBB5-8B9519EFD916 NULL                                 1           3            NULL         2008-12-30 22:44:16.000 ... 

EC101A27-B1F6-4454-A171-9D3738D2D930 NULL                                 NULL        NULL         1            2009-01-01 12:31:28.000 ... 

BEE3F817-637D-40C7-801B-AA4A2E5CBDEB C3C16F2B-F7A2-497C-A57B-5E807AA8FD8D 2           5            NULL         2008-07-25 17:28:33.000 ... 

FEE0DE44-C7AB-43EF-BE13-D319844BF003 BEE3F817-637D-40C7-801B-AA4A2E5CBDEB NULL        NULL         2            2008-07-28 10:19:11.000 ... 

48D688D9-50FE-48F5-8AE8-D5B063F9BF9B NULL                                 NULL        NULL         3            2009-01-01 12:31:28.000 ... 

24452E97-5DB8-41FB-9A32-D6131F93B38A C3C16F2B-F7A2-497C-A57B-5E807AA8FD8D 2           5            NULL         2008-07-25 17:12:44.000 ... 

 

... MEL_TITRE                  MEL_CORPS                               MEL_PRIORITE MEL_ACCUSE 

... -------------------------- --------------------------------------- ------------ ---------- 

... What is SQL ?              Is SQL a real relationnal language ?    5            1 

... Be happy with SQL          And d'ont forget to read my books !     NULL         NULL 

... RV                         OK pour RV jeudi                        3            1 

... Re : What is SQL ?         No, because of ...                      5            0 

... SQL, more explanation      You say that SQL....                    5            0 

... Voeux                      Salut et bonne année...                 1            0 

... Lu : What is SQL ?         Your mail was read ...                  5            0 

 

SELECT * FROM dbo.T_PIECE_JOINTE_PCJ 

 

PCJ_ID      MEL_GUID                             PCJ_NOM_FICHIER                                PCJ_TYPE_CONTENU                 PCJ_CONTENU 

----------- ------------------------------------ ---------------------------------------------- -------------------------------- ---------------- 

2           5478EC6B-B214-47A8-BBB5-8B9519EFD916 Introduction to Relationnal Databases          pdf                              xxx 

4           5478EC6B-B214-47A8-BBB5-8B9519EFD916 The Third Manifesto                            pdf                              xxx 

5           5478EC6B-B214-47A8-BBB5-8B9519EFD916 Database in Depth                              ebook                            xxx 

6           48D688D9-50FE-48F5-8AE8-D5B063F9BF9B carte de voeux                                 gif                              xxx 

 

SELECT * FROM dbo.T_J_MAIL_ENVOYE_ADRESSE_MEA 

 

ADM_ID      MEL_GUID 

----------- ------------------------------------ 

1           C3C16F2B-F7A2-497C-A57B-5E807AA8FD8D 

1           FEE0DE44-C7AB-43EF-BE13-D319844BF003 

6           48D688D9-50FE-48F5-8AE8-D5B063F9BF9B 

7           EC101A27-B1F6-4454-A171-9D3738D2D930 

7           48D688D9-50FE-48F5-8AE8-D5B063F9BF9B 

8           48D688D9-50FE-48F5-8AE8-D5B063F9BF9B

Voici maintenant les ordre DML d’insertion des données du jeu d’essais :

INSERT INTO dbo.T_DNS (DNS_ID, DNS_NAME) VALUES (0, 'sqlpro.fr'); 

INSERT INTO dbo.T_DNS (DNS_ID, DNS_NAME) VALUES (1, 'ibm.com'); 

INSERT INTO dbo.T_DNS (DNS_ID, DNS_NAME) VALUES (2, 'wanadoo.fr'); 

INSERT INTO dbo.T_DNS (DNS_ID, DNS_NAME) VALUES (3, 'aol.com'); 

INSERT INTO dbo.T_DNS (DNS_ID, DNS_NAME) VALUES (4, 'free.fr'); 

INSERT INTO dbo.T_DNS (DNS_ID, DNS_NAME) VALUES (5, 'microsoft.com'); 

INSERT INTO dbo.T_DNS (DNS_ID, DNS_NAME) VALUES (6, 'yahoo.fr'); 

 

INSERT INTO dbo.T_ADRESSE_EMAIL_ADM (ADM_ID, DNS_ID, CML_ID, ADM_COMPTE, ADM_NOM) VALUES (1, 1, NULL, 'chris.date', 'Chris Date (IBM)'); 

INSERT INTO dbo.T_ADRESSE_EMAIL_ADM (ADM_ID, DNS_ID, CML_ID, ADM_COMPTE, ADM_NOM) VALUES (2, 1, NULL, 'edgar.codd', 'Edgar Codd (IBM)'); 

INSERT INTO dbo.T_ADRESSE_EMAIL_ADM (ADM_ID, DNS_ID, CML_ID, ADM_COMPTE, ADM_NOM) VALUES (3, 0, NULL, 'r.dupond', 'moi'); 

INSERT INTO dbo.T_ADRESSE_EMAIL_ADM (ADM_ID, DNS_ID, CML_ID, ADM_COMPTE, ADM_NOM) VALUES (4, 0, NULL, 'remy.dupond', 'remoi'); 

INSERT INTO dbo.T_ADRESSE_EMAIL_ADM (ADM_ID, DNS_ID, CML_ID, ADM_COMPTE, ADM_NOM) VALUES (5, 0, NULL, 'rdp', 'encore moi'); 

INSERT INTO dbo.T_ADRESSE_EMAIL_ADM (ADM_ID, DNS_ID, CML_ID, ADM_COMPTE, ADM_NOM) VALUES (6, 2, NULL, 'thierry.narguy', 'Thierry N (copain d''avant)'); 

INSERT INTO dbo.T_ADRESSE_EMAIL_ADM (ADM_ID, DNS_ID, CML_ID, ADM_COMPTE, ADM_NOM) VALUES (7, 2, NULL, 'michele.lamarque', 'Michèle, ma belle'); 

INSERT INTO dbo.T_ADRESSE_EMAIL_ADM (ADM_ID, DNS_ID, CML_ID, ADM_COMPTE, ADM_NOM) VALUES (8, 3, NULL, 'james.kelly', 'JKL à New York'); 

INSERT INTO dbo.T_ADRESSE_EMAIL_ADM (ADM_ID, DNS_ID, CML_ID, ADM_COMPTE, ADM_NOM) VALUES (9, 5, NULL, 'bill.gates', 'bilou mon pote'); 

 

INSERT INTO dbo.T_COMPTE_EMAIL_CML (CML_ID, ADM_ID, CML_USER_NAME, CML_PASSWORD, CML_SERVER) VALUES (1, 3, 'rdp',  '012FC685DA1420584C45FED12581C526', 'pop.sqlpro.fr'); 

INSERT INTO dbo.T_COMPTE_EMAIL_CML (CML_ID, ADM_ID, CML_USER_NAME, CML_PASSWORD, CML_SERVER) VALUES (2, 4, 'rdp2', '45FED1258012FC680584C1C5265DA142', 'pop.sqlpro.fr'); 

INSERT INTO dbo.T_COMPTE_EMAIL_CML (CML_ID, ADM_ID, CML_USER_NAME, CML_PASSWORD, CML_SERVER) VALUES (3, 5, 'rd',   'C1C545FE12FC6D1258080142584265DA', 'pop.sqlpro.fr'); 

 

UPDATE dbo.T_ADRESSE_EMAIL_ADM SET CML_ID = 1 WHERE ADM_ID = 3; 

UPDATE dbo.T_ADRESSE_EMAIL_ADM SET CML_ID = 2 WHERE ADM_ID = 4; 

UPDATE dbo.T_ADRESSE_EMAIL_ADM SET CML_ID = 3 WHERE ADM_ID = 5; 

 

INSERT INTO dbo.T_EMAIL_EML (MEL_GUID, MEL_GUID_ORIGINE, ADM_ID, CML_ID_RECUT, CML_ID_ENVOI, MEL_DATEHEURE, MEL_TITRE, MEL_CORPS, MEL_PRIORITE, MEL_ACCUSE) 

 VALUES ('C3C16F2B-F7A2-497C-A57B-5E807AA8FD8D', NULL, NULL, NULL, 2, 2008-07-25 10:44:27.000, 'What is SQL ?', 'Is SQL a real relationnal language ?', 5, 1); 

INSERT INTO dbo.T_EMAIL_EML (MEL_GUID, MEL_GUID_ORIGINE, ADM_ID, CML_ID_RECUT, CML_ID_ENVOI, MEL_DATEHEURE, MEL_TITRE, MEL_CORPS, MEL_PRIORITE, MEL_ACCUSE) 

 VALUES ('5478EC6B-B214-47A8-BBB5-8B9519EFD916', NULL, 1, 3, NULL, 2008-12-30 22:44:16.000, 'Be happy with SQL', 'And d''ont forget to read my books !', NULL, NULL); 

INSERT INTO dbo.T_EMAIL_EML (MEL_GUID, MEL_GUID_ORIGINE, ADM_ID, CML_ID_RECUT, CML_ID_ENVOI, MEL_DATEHEURE, MEL_TITRE, MEL_CORPS, MEL_PRIORITE, MEL_ACCUSE) 

 VALUES ('EC101A27-B1F6-4454-A171-9D3738D2D930', NULL, NULL, NULL, 1, 2009-01-01 12:31:28.000, 'RV', 'OK pour RV jeudi', 3, 1); 

INSERT INTO dbo.T_EMAIL_EML (MEL_GUID, MEL_GUID_ORIGINE, ADM_ID, CML_ID_RECUT, CML_ID_ENVOI, MEL_DATEHEURE, MEL_TITRE, MEL_CORPS, MEL_PRIORITE, MEL_ACCUSE) 

 VALUES ('BEE3F817-637D-40C7-801B-AA4A2E5CBDEB', 'C3C16F2B-F7A2-497C-A57B-5E807AA8FD8D', 2, 2, NULL, 2008-07-25 17:28:33.000, 'Re : What is SQL ?', 'No, because of ...', 5, 0); 

INSERT INTO dbo.T_EMAIL_EML (MEL_GUID, MEL_GUID_ORIGINE, ADM_ID, CML_ID_RECUT, CML_ID_ENVOI, MEL_DATEHEURE, MEL_TITRE, MEL_CORPS, MEL_PRIORITE, MEL_ACCUSE) 

 VALUES ('FEE0DE44-C7AB-43EF-BE13-D319844BF003', 'BEE3F817-637D-40C7-801B-AA4A2E5CBDEB', NULL, NULL, 2, 2008-07-28 10:19:11.000, 'SQL, more explanation', 'You say that SQL....', 5, 0); 

INSERT INTO dbo.T_EMAIL_EML (MEL_GUID, MEL_GUID_ORIGINE, ADM_ID, CML_ID_RECUT, CML_ID_ENVOI, MEL_DATEHEURE, MEL_TITRE, MEL_CORPS, MEL_PRIORITE, MEL_ACCUSE) 

 VALUES ('48D688D9-50FE-48F5-8AE8-D5B063F9BF9B', NULL, NULL, NULL, 3, 2009-01-01 12:31:28.000, 'Voeux', 'Salut et bonne année...', 1, 0); 

INSERT INTO dbo.T_EMAIL_EML (MEL_GUID, MEL_GUID_ORIGINE, ADM_ID, CML_ID_RECUT, CML_ID_ENVOI, MEL_DATEHEURE, MEL_TITRE, MEL_CORPS, MEL_PRIORITE, MEL_ACCUSE) 

 VALUES ('24452E97-5DB8-41FB-9A32-D6131F93B38A', 'C3C16F2B-F7A2-497C-A57B-5E807AA8FD8D', 2, 2, NULL, 2008-07-25 17:12:44.000, 'Lu : What is SQL ?', 'Your mail was read ...', 5, 0); 

 

INSERT INTO dbo.T_PIECE_JOINTE_PCJ (PCJ_ID, MEL_GUID, PCJ_NOM_FICHIER, PCJ_TYPE_CONTENU, PCJ_CONTENU) 

 VALUES (2, '5478EC6B-B214-47A8-BBB5-8B9519EFD916', 'Introduction to Relationnal Databases', 'pdf', 'xxx'); 

INSERT INTO dbo.T_PIECE_JOINTE_PCJ (PCJ_ID, MEL_GUID, PCJ_NOM_FICHIER, PCJ_TYPE_CONTENU, PCJ_CONTENU) 

 VALUES (4, '5478EC6B-B214-47A8-BBB5-8B9519EFD916', 'The Third Manifesto', 'pdf', 'xxx'); 

INSERT INTO dbo.T_PIECE_JOINTE_PCJ (PCJ_ID, MEL_GUID, PCJ_NOM_FICHIER, PCJ_TYPE_CONTENU, PCJ_CONTENU) 

 VALUES (5, '5478EC6B-B214-47A8-BBB5-8B9519EFD916', 'Database in Depth', 'ebook', 'xxx'); 

INSERT INTO dbo.T_PIECE_JOINTE_PCJ (PCJ_ID, MEL_GUID, PCJ_NOM_FICHIER, PCJ_TYPE_CONTENU, PCJ_CONTENU) 

 VALUES (6, '48D688D9-50FE-48F5-8AE8-D5B063F9BF9B', 'carte de voeux', 'gif', 'xxx'); 

 

INSERT INTO dbo.T_J_MAIL_ENVOYE_ADRESSE_MEA (ADM_ID, MEL_GUID) VALUES (1, 'C3C16F2B-F7A2-497C-A57B-5E807AA8FD8D'); 

INSERT INTO dbo.T_J_MAIL_ENVOYE_ADRESSE_MEA (ADM_ID, MEL_GUID) VALUES (1, 'FEE0DE44-C7AB-43EF-BE13-D319844BF003'); 

INSERT INTO dbo.T_J_MAIL_ENVOYE_ADRESSE_MEA (ADM_ID, MEL_GUID) VALUES (6, '48D688D9-50FE-48F5-8AE8-D5B063F9BF9B'); 

INSERT INTO dbo.T_J_MAIL_ENVOYE_ADRESSE_MEA (ADM_ID, MEL_GUID) VALUES (7, 'EC101A27-B1F6-4454-A171-9D3738D2D930'); 

INSERT INTO dbo.T_J_MAIL_ENVOYE_ADRESSE_MEA (ADM_ID, MEL_GUID) VALUES (7, '48D688D9-50FE-48F5-8AE8-D5B063F9BF9B'); 

INSERT INTO dbo.T_J_MAIL_ENVOYE_ADRESSE_MEA(ADM_ID, MEL_GUID) VALUES (8, '48D688D9-50FE-48F5-8AE8-D5B063F9BF9B');

A vous de jouer !

—
Frédéric BROUARD, Spécialiste modélisation, bases de données, optimisation, langage SQL.
Le site sur le langage SQL et les S.G.B.D. relationnels : http://sqlpro.developpez.com/
Expert SQL Server http://www.sqlspot.com : audit, optimisation, tuning, formation
* * * * * Enseignant au CNAM PACA et à l’ISEN à Toulon * * * * *

Voici une table et son contenu :

CREATE TABLE T (Numero_Compte  INT, Groupe CHAR(1), Montant DECIMAL(16,4)); 

 

INSERT INTO T VALUES (23441, 'A', 755.95655999999997) 

INSERT INTO T VALUES (28972, 'A', 1293.1123) 

INSERT INTO T VALUES (28973, 'A', 388.51556899999997) 

INSERT INTO T VALUES (32091, 'A', 2875.866) 

INSERT INTO T VALUES (34193, 'A', 4661.9679999999998) 

INSERT INTO T VALUES (37237, 'S', 312.12299999999999) 

INSERT INTO T VALUES (39156, 'S', 309.65827000000002) 

INSERT INTO T VALUES (45230, 'S', 615.71899999999994) 

INSERT INTO T VALUES (45841, 'S', 365.96730000000002) 

INSERT INTO T VALUES (46531, 'S', 576.68309999999997) 

INSERT INTO T VALUES (47181, 'S', 1450.2131999999999)

Comment faire en sorte d’obtenir une numérotation dans l’ordre des colonnes Numero_Compte et Montant avec une rupture sur Groupe ?
Et ainsi obtenir le résultat suivants :

Numero_Compte Groupe Montant          N 

------------- ------ ---------------- ------ 

34193         A      4661.9680        1 

32091         A      2875.8660        2 

28973         A      388.5156         3 

28972         A      1293.1123        4 

23441         A      755.9566         5 

47181         S      1450.2132        1 

46531         S      576.6831         2 

45841         S      365.9673         3 

45230         S      615.7190         4 

39156         S      309.6583         5 

37237         S      312.1230         6

???

—
Frédéric BROUARD, Spécialiste modélisation, bases de données, optimisation, langage SQL.
Le site sur le langage SQL et les S.G.B.D. relationnels : http://sqlpro.developpez.com/
Expert SQL Server http://www.sqlspot.com : audit, optimisation, tuning, formation
* * * * * Enseignant au CNAM PACA et à l’ISEN à Toulon * * * * *

Avec les éléments suivants :

Le problème :

Soit la table « JeanMarc68″ contenant une colonne nolot, une colonne nom et un colonne prenom.
J’ai besoin, en entrant un nolot en paramètre de la requête, par exemple 4000, de retrouver
tous les lots ayant toutes les mêmes valeurs pour nom et prénom.

Avec la valeur 4000, le lot 4004 doit sortir parce qu’il contient Albert Einstein ET Mileva Einstein,
tout comme 4000 qui est en argument de la requête.
4002 ne devra pas sortir parce qu’il ne contient pas Mileva Einstein.

Voici une requête SQL répondant à cette question :

WITH T AS 

(SELECT nom, prenom 

 FROM   JeanMarc68 

 INTERSECT 

 SELECT nom, prenom 

 FROM   JeanMarc68 

 WHERE  nolot = 4000) 

SELECT nolot 

FROM   JeanMarc68 AS JM 

       INNER JOIN T 

             ON JM.nom = T.nom 

                AND JM.prenom = T.prenom 

GROUP BY nolot  

HAVING COUNT(*) = (SELECT COUNT(*) 

                   FROM   T);

1) Pouvez vous expliquer son fonctionnement ?

2) que faut-il modifier…
…pour que d’éventuels doublons, comme le rajout de la ligne suivante :

INSERT INTO JeanMarc68 VALUES (4000, 'Albert', 'Einstein');

donne toujours la bonne réponse ?

—
Frédéric BROUARD, Spécialiste modélisation, bases de données, optimisation, langage SQL.
Le site sur le langage SQL et les S.G.B.D. relationnels : http://sqlpro.developpez.com/
Expert SQL Server http://www.sqlspot.com : audit, optimisation, tuning, formation
* * * * * Enseignant au CNAM PACA et à l’ISEN à Toulon * * * * *

HAVING COUNT(DISTINCT JM.nom + ‘#’ + JM.prenom) = (SELECT COUNT(*)
FROM T)

CREATE TABLE T_PERSONNE_PRS 

(PRS_ID              INT NOT NULL PRIMARY KEY, 

 PRS_NOM             CHAR(32) NOT NULL, 

 PRS_NAISSANCE_AN    SMALLINT, 

 PRS_NAISSANCE_MOIS  SMALLINT,  

 PRS_NAISSANCE_JOUR  SMALLINT)

Comment faire en sorte à l’aide de contraintes CHECK (validation) que la date de naissance, même rentrée partiellement, soit valide ?

Voici le jeu de tests pour validation :

INSERT INTO T_PERSONNE_PRS (PRS_ID, PRS_NOM, PRS_NAISSANCE_AN, PRS_NAISSANCE_MOIS, PRS_NAISSANCE_JOUR) 

VALUES (1, 'Dupont', 1960, 4, 1); 

INSERT INTO T_PERSONNE_PRS (PRS_ID, PRS_NOM, PRS_NAISSANCE_AN, PRS_NAISSANCE_MOIS, PRS_NAISSANCE_JOUR) 

VALUES (2, 'Duval', 1960, 2, 29);  

INSERT INTO T_PERSONNE_PRS (PRS_ID, PRS_NOM, PRS_NAISSANCE_AN, PRS_NAISSANCE_MOIS, PRS_NAISSANCE_JOUR) 

VALUES (3, 'Martin', 1900, 2, 29);  

INSERT INTO T_PERSONNE_PRS (PRS_ID, PRS_NOM, PRS_NAISSANCE_AN, PRS_NAISSANCE_MOIS, PRS_NAISSANCE_JOUR) 

VALUES (4, 'Dufour', 1900, NULL, NULL);  

INSERT INTO T_PERSONNE_PRS (PRS_ID, PRS_NOM, PRS_NAISSANCE_AN, PRS_NAISSANCE_MOIS, PRS_NAISSANCE_JOUR) 

VALUES (5, 'Dufaut', 1900, 12, NULL);  

INSERT INTO T_PERSONNE_PRS (PRS_ID, PRS_NOM, PRS_NAISSANCE_AN, PRS_NAISSANCE_MOIS, PRS_NAISSANCE_JOUR) 

VALUES (6, 'Dulong', NULL, 12, NULL);  

INSERT INTO T_PERSONNE_PRS (PRS_ID, PRS_NOM, PRS_NAISSANCE_AN, PRS_NAISSANCE_MOIS, PRS_NAISSANCE_JOUR) 

VALUES (7, 'Ducong', NULL, 12, 31); 

INSERT INTO T_PERSONNE_PRS (PRS_ID, PRS_NOM, PRS_NAISSANCE_AN, PRS_NAISSANCE_MOIS, PRS_NAISSANCE_JOUR) 

VALUES (8, 'Dubourg', NULL, 2, 29); 

INSERT INTO T_PERSONNE_PRS (PRS_ID, PRS_NOM, PRS_NAISSANCE_AN, PRS_NAISSANCE_MOIS, PRS_NAISSANCE_JOUR) 

VALUES (9, 'Muller', NULL, 2, 30); 

INSERT INTO T_PERSONNE_PRS (PRS_ID, PRS_NOM, PRS_NAISSANCE_AN, PRS_NAISSANCE_MOIS, PRS_NAISSANCE_JOUR) 

VALUES (10, 'Meunier', NULL, 13, NULL); 

INSERT INTO T_PERSONNE_PRS (PRS_ID, PRS_NOM, PRS_NAISSANCE_AN, PRS_NAISSANCE_MOIS, PRS_NAISSANCE_JOUR) 

VALUES (11, 'Mallet', NULL, NULL, 32); 

INSERT INTO T_PERSONNE_PRS (PRS_ID, PRS_NOM, PRS_NAISSANCE_AN, PRS_NAISSANCE_MOIS, PRS_NAISSANCE_JOUR) 

VALUES (12, 'Meurice', NULL, 13, 32); 

INSERT INTO T_PERSONNE_PRS (PRS_ID, PRS_NOM, PRS_NAISSANCE_AN, PRS_NAISSANCE_MOIS, PRS_NAISSANCE_JOUR) 

VALUES (13, 'Mallet', 1975, NULL, 32); 

INSERT INTO T_PERSONNE_PRS (PRS_ID, PRS_NOM, PRS_NAISSANCE_AN, PRS_NAISSANCE_MOIS, PRS_NAISSANCE_JOUR) 

VALUES (14, 'Maurier', 1975, 13, NULL) 

INSERT INTO T_PERSONNE_PRS (PRS_ID, PRS_NOM, PRS_NAISSANCE_AN, PRS_NAISSANCE_MOIS, PRS_NAISSANCE_JOUR) 

VALUES (15, 'Dubuis', 1975, NULL, 31); 

INSERT INTO T_PERSONNE_PRS (PRS_ID, PRS_NOM, PRS_NAISSANCE_AN, PRS_NAISSANCE_MOIS, PRS_NAISSANCE_JOUR) 

VALUES (16, 'Dupuis', NULL, NULL, 31);

A la fin de ce lot d’insertion, vous ne devriez avoir dans votre table que les lignes dont les noms des personnes commencent par D, soit 9 lignes :

PRS_ID      PRS_NOM                          PRS_NAISSANCE_AN PRS_NAISSANCE_MOIS PRS_NAISSANCE_JOUR 

----------- -------------------------------- ---------------- ------------------ ------------------ 

1           Dupont                           1960             4                  1 

2           Duval                            1960             2                  29 

4           Dufour                           1900             NULL               NULL 

5           Dufaut                           1900             12                 NULL 

6           Dulong                           NULL             12                 NULL 

7           Dulong                           NULL             12                 31 

8           Dubourg                          NULL             2                  29 

15          Dubuis                           1975             NULL               31 

16          Dupuis                           NULL             NULL               31

A vous de jouer pour trouver la manière la plus concise d’écrire cette contrainte !

—
Frédéric BROUARD, Spécialiste modélisation, bases de données, optimisation, langage SQL.
Le site sur le langage SQL et les S.G.B.D. relationnels : http://sqlpro.developpez.com/
Expert SQL Server http://www.sqlspot.com : audit, optimisation, tuning, formation
* * * * * Enseignant au CNAM PACA et à l’ISEN à Toulon * * * * *

L’OMS (Organisation Mondiale de la Santé) édite un document appelé CIM (CIM10 ou CIM11 version la plus récent) pour Classification Internationale des Maladies.
Ce document, qui recense toute les maladies, est organisé par chapitre, sous chapitre et maladies avec différents niveau d’imbrication.
Pour en connaître la structure détaillé, vous pouvez consulter le site web de l’OMS : http://apps.who.int/classifications/apps/icd/icd10online/

Chaque maladie est identifiée par un code comportant deux parties :
la première partie est de 3 caractères : une lettre suivi de deux chiffres (donc de A00 à Z99)
la seconde partie est un nombre généralement de 0 à 9, mais pouvant être étendu à deux ou trois chiffres selon des besoins spécifiques

Voici quelques exemples de maladies :

Comme vous pouvez le constater, la numérotation n’est pas continue. Par exemple il n’y a pas de maladie E67.4

Voici un exemple des imbrications des différents chapitres :

D’abord les chapitres :

Comme vous pouvez le constater il y a des « trous » entres les chapitres. Par exemple les entrées D49, D90 à D99 ne sont rattachées à aucun chapitre.

Ensuite l’arborescence des sous chapitres :
Exemple, avec une partie du chapitre II :

Ici 4 niveaux d’imbrication sont à remarquer.

EXERCICES

I – Modélisation de données :

Réalisez le modèle conceptuel de données permettant la saisie des données de la CIM10, sachant que les libellés de chapitres et de maladie ont deux versions, celle en anglais et celle en français

II – dans ce modèle de données, assurez vous des règles suivantes à l’aide de contraintes ou de déclencheurs :

1 – La saisie d’un code maladie doit impérativement commencer par une lettre en majuscule suivie de deux chiffres. Des saisie commes ‘a01′, aa1′, ‘111’, ‘a 1′ doivent être rejetées.
2 – Pour les maladies comme pour les chapitres et sous chapitre au moins un des deux libellés doit être rempli
3 – Pour les chapitres et sous chapitres, le code début doit être inférieur ou égal au code fin
4 – Pour les chapitres de même niveau, aucun chevauchement de code ne doit se produire
5 – Tout chapitre de niveau n doit être inclus dans un chapitre de niveau n-1

—
Frédéric BROUARD, Spécialiste modélisation, bases de données, optimisation, langage SQL.
Le site sur le langage SQL et les S.G.B.D. relationnels : http://sqlpro.developpez.com/
Expert SQL Server http://www.sqlspot.com : audit, optimisation, tuning, formation
* * * * * Enseignant au CNAM PACA et à l’ISEN à Toulon * * * * *