(BENA) Exercices SQL

January 18, 2017 | Author: sio-monta | Category: N/A
Share Embed Donate


Short Description

Download (BENA) Exercices SQL...

Description

1

DOSSIER2

Gestion des échantillons

1L-

_

Chaque jour, le laboratoire réceptionne des échantillons pour lesquels différentes analyses doivent être effectuées. Les informations liées à cette activité sont gérées à partir du schéma relationnel suivant:

CLIENT (codeClient, nomClient, prénomClient, rueClient, codePostalClient,

villeClient, télClient)

code Client : clé primaire. TYPEANAL YSE(réITypeAnalyse, réjTypeAnalyse

désignationTypeAnalyse,

prixTypeAnalyse

)

: clé primaire

ECHANTILLON (codeEchantillon,

dateEntrée, codeClient)

codeEchantillon: clé primaire code Client : clé étrangère en référence à codeClient de CLIENT REALISER~odeEchantillonJéITypeAnalyse,

dateRéalisation)

codeEchantillon, réfI'yéeAnalyse : clé primaire #!:.'odeEchantillon : clé étrangère en référence à codeEchantillon de ECHANTILLON #ré(TypeAnalyse : clé étrangère en référence à réf'IypeAnalyse de TYPEANALYSE

Les valeurs des champs codeEchantillon et réfl'ypeAnalyse de la relation REALISER sont saisies à la réception de l'échantillon mais le champ dateRéalisation n'est pas immédiatement renseigné: il le sera lorsque l'analyse aura été réalisée.

TRA VAIL À FAIRE Présenter en langage SQL les requêtes qui permettent d'obtenir: 2.1 les noms, prénoms et adresses complètes des clients ayanr'Toumi 01-10-2002 et le 01-02-2003 ;

des échantillons entre le

2.2 le nombre prévu d'analyses (réalisées ou pas) pour chaque échantillon; 2.3 les codes et dates d'entrée des échantillons pour lesquels aucune analyse n'a été réalisée; 2.4 les codes et dates d'entrée des échantillons pour lesquels plus de 5 analyses ont été réalisées; 2.5 les désignations des analyses dont le prix est inférieur à celui de l'analyse possédant la référence 'AI02'.

Option" Développeur d'applications"

page 4/12

~

1

j r

1

t l

1

1

1

~j

1

1

III 1

1

--+ 1

1

1

~

r

[

1

1

t

1 , 1

l

L 1

relationnel suivant: MENU (ReferenceMenu, LibelIeMenu, RefPhotoMenu ) ELEMENT _MENU (DesignationElement, ombreCalories, PrixUnitairePrevu) COMPOSER mesignationElement#. ReferenceMenu#, ServirChaudFroid, NbreElements) Remarque: #.

Les clés primaires sont soulignées, les clés étrangères sont suivies du caractère

TRA VAIL À FAIRE Question 4.5

Écrire en langage SQL les requêtes permettant de répondre aux questions suivantes: 1 - Quels sont les éléments (désignation et nombre de calories) qui composent le menu libellé « carnaval» ? 2 - Quel est le nombre de calories de chacun des menus? On affichera la référence et le libellé de chaque menu.

L'employée chargée de gérer tous les dépôts de déchets utilise une base de données pour enregistrer les bordereaux de pesées qu'elle reçoit chaque jour. . La base de données qu'elle utilise est représentée par le schéma relationnel suivant: SYNDICAT (CodeSyndicat, NomSyndicat, AdresseSyndicat, TéléphoneSyndicat) CodeSyndicat: clé primaire CAMION (Nolrnrnatriculation, Nom Propriétaire) NoImmatriculation : clé primaire TYPE_DECHET (CodeType, LibelléType) Code Type : clé primaire PESEE (CodeBordereauPesée, DatePesée, Heure, PoidsArrivée, PoidsDépart,l:odeType, #N 0 Immatricu lation;rt::odeSynd icat) CodeBordereauPesée : clé primaire Code Type : clé étrangère sur TYPE_DECHET NoImmatriculation : clé étrangère sur CAMION CodeSyndicat: clé étrangère sur SYNDICAT LIMITATION (Nolmmatriculation, CodeType, CapacitéMaximale) NoImmatriculation, Code Type : clé primaire CndeTvve: clé étrangère sur TYPE_DECHET Nolmmatriculation : clé étrangère sur CAMION Remarques: • NomPropriétaire contient le nom de l'entreprise ou de la régie communale à qui appartient le camion. • LibelléType prend les valeurs: « Verre », « Papiers-cartons» ou « Plastiques-métaux ». • La différence Poids Arrivée - PoidsDépart permet de connaître le poids du dépôt; ce poids est exprimé en tonnes. • CapacitéMaximale est le poids maximal que le camion est autorisé à transporter pour chaque type de déchet. Un nouvel employé d'ÉCOLO'TRI a besoin d'éditer fréquemment des courriers à destination des syndicats intercommunaux. Son nom d'utilisateur est OMESSIER. TRA VAIL À FAIRE ~ 1.1 Rédiger l'instruction table SYNDICAT.

SQL qui autorise M. OMESSIER

à lire les données contenues dans la

1.2 À l'aide du schéma relationnel ci-dessus, rédiger en langage SQL les requêtes permettant répondre aux questions suivantes : a - Quel est le poids total de 'Papiers-cartons'

de

déposé par le syndicat SOLUTRI ?

b - Quels sont les différents syndicats (nom et adresse) qui ont déposé du verre? La liste sera triée par ordre alphabétique sur le nom de syndicat. c - Quel est le poids total de déchets

1.3 Présenter un schéma conceptuel au schéma relationnel précédent.

déposé par syndicat

et par type de déchet?

des données (ou schéma entité-association)

correspondant

Syndicat: Code syndicat

Nom syndicat

Adresse syndicat

Téléphone syndicat

A10

solutri

Adr1

0619745685

AU

Tata

Adr2

0689545625

A12

Tata

Adr3

0878956212

A13

Tutu

Adr4

0145865218

A14

Lala

Adr5

0874562358

-

Camion: No immatriculation

Nom propriétaire

NOl N02

Microsoft Microsoft

N03

Apple

N04

Vinci

Type déchet: Code type

Libellé type

T01

Verre

T02

Papiers-cartons

T03

Plastiques-métaux

Pesée: Code bordereau pesée

Date pesée

Heure

Poids d'arrivé

Poids départ

Code type

No immatriculation

Code syndicat

COl

01

Hl

1

0.5

T01

NOl

AIO

C02

03

H2

0.7

0.2

T02

N02

A14

C03

025

H12

35

2

T03

N03

AU

C04

026

H5

12

5

Cb5

.DJo

HI,

-1.0

l

T02

N04

AIO

To2.

fVo~

Mo

f

® ~

e;

(p.;J.kA~- -f.;'~FJ'!/Iot!1 wL... J-~J;eo.+-;•..{5J..J- uJ.so~J- Itt-"I>- ~n,l;~ JJ~~IJ~J-;: ~stiP: oJ (ID ~~f ~~ 11J.it- w1P-t LU1jr;' ~~k.s~

2.)

5\l'"

û/~

c/)~

r )

;'~

H'r~-

® s..ltt~dJiJ-,AW 3:J-/- ~J:,->h,1Ji=.pvL à P.sf- . Jxr i•. (J~J- ",liT f.- ~ _JiH- ~ lUT , x: 'v~ / ) ••.~ 5J.S.p-o P. d.S~.U T 0~L bd Jlc~o~'G\i-,45G;,

t @

W

sc •• (

P.:1~r
View more...

Comments

Copyright ©2017 KUPDF Inc.
SUPPORT KUPDF