Skip to content
GitLab
Explore
Sign in
Primary navigation
Search or go to…
Project
PDN-S2
Manage
Activity
Members
Labels
Plan
Issues
Issue boards
Milestones
Wiki
Code
Merge requests
Repository
Branches
Commits
Tags
Repository graph
Compare revisions
Snippets
Build
Pipelines
Jobs
Pipeline schedules
Artifacts
Deploy
Releases
Package registry
Model registry
Operate
Environments
Terraform modules
Monitor
Incidents
Analyze
Value stream analytics
Contributor analytics
CI/CD analytics
Repository analytics
Model experiments
Help
Help
Support
GitLab documentation
Compare GitLab plans
Community forum
Contribute to GitLab
Provide feedback
Keyboard shortcuts
?
Snippets
Groups
Projects
Show more breadcrumbs
Robin VAN DE MERGHEL
PDN-S2
Commits
b6ff3153
Commit
b6ff3153
authored
2 years ago
by
Robin VAN DE MERGHEL
Browse files
Options
Downloads
Patches
Plain Diff
New course DB
parent
c6a0800c
No related branches found
No related tags found
No related merge requests found
Changes
2
Hide whitespace changes
Inline
Side-by-side
Showing
2 changed files
DB Implementation/cm1.pdf
+0
-0
0 additions, 0 deletions
DB Implementation/cm1.pdf
DB Implementation/pdn.md
+125
-0
125 additions, 0 deletions
DB Implementation/pdn.md
with
125 additions
and
0 deletions
DB Implementation/cm1.pdf
0 → 100644
+
0
−
0
View file @
b6ff3153
File added
This diff is collapsed.
Click to expand it.
DB Implementation/pdn.md
0 → 100644
+
125
−
0
View file @
b6ff3153
# Cours magistral 1
-
Histoire des bases de données (du FBI à IBM)
-
Introduction sur les bases de données relationnelles
-
Les contraintes
-
Les contraintes d'intégrité
-
Les contraintes implicites
-
TD 1 (wtf)
## TD1
### Exercice 1
On va considérer 3 tables :
`Conference`
,
`Specialite`
et
`AnneeConf`
:
```
plantuml
@startuml
!define primary_key(x) <b><color:#b8861b><&key></color> x</b>
!define foreign_key(x) <color:#aaaaaa><&key></color> x
!define column(x) <color:#efefef><&media-record></color> x
!define table(x) entity x << (T, white) >>
table( conference ) {
primary_key( idConf ) : int
column( sigle ) : varchar
column( nomConf ) : varchar
column( porteeConf ) : varchar
foreign_key( idSpé ) : int
}
table( specialite ) {
primary_key( idSpé ) : int
column( libelle ) : varchar
}
table( anneeConf ) {
primary_key( annee ) : int
foreign_key( idConf ) : int
column( ville ) : varchar
column( pays ) : varchar
}
conference <- anneeConf
specialite <- conference
@enduml
```
#### Question 1
> **Donner les super-clés des tables `Spécialité`, et `AnneeConf`.**
Les super-clés de
`Specialite`
sont :
-
`idSpé`
(car c'est la clé primaire)
-
`idSpé`
+
`libelle`
Les super-clés de
`AnneeConf`
sont :
-
`annee`
et
`idConf`
(car c'est la clé primaire)
-
`idConf`
,
`annee`
et
`ville`
-
`idConf`
,
`annee`
,
`ville`
et
`pays`
#### Question 2
> **On va considérer que la base de donnée est remplie comme suit :**
> | idSpé | libelle |
> |-------|---------|
> | 0 | DB |
> | idConf | sigle | nomConf | porteeConf | idSpé |
> |--------|-------|---------|------------|-------|
> | 0 | BDA | BD annuelle | France | 0 |
> | idConf | annee | ville | pays |
> |--------|-------|-------|------|
> | 0 | 2022 | Clermont-Ferrand | France |
##### Question 2.1
> **Que se passe-t-il avec : `INSERT INTO Specialite VALUES (0, 'maths')` ?**
Il y a une erreur car la contrainte de clé primaire est violée par cette insertion.
##### Question 2.2
> **Que se passe-t-il avec : `INSERT INTO AnneConf VALUES (0, 2021, `Paris`, `France`)` ?**
La clé primaire n'est pas violée (la clé est
`idConf`
+
`annee`
). Donc l'insertion est possible.
On obtient donc :
> | idConf | annee | ville | pays |
> |--------|-------|-------|------|
> | 0 | 2022 | Clermont-Ferrand | France |
> | 0 | 2021 | Paris | France |
##### Question 2.3
> **Que se passe-t-il avec : `INSERT INTO AnneConf VALUES (1, 2022, `Sydney`, `Australie`)` ?**
L'insertion viole la clé étrangère de la table
`AnneeConf`
car il n'y a pas de
`idConf`
= 1 dans la table
`Conference`
.
##### Question 2.4
> **Que se passe-t-il avec : `INSERT INTO Conference VALUES (1, `VLDB`, `VLDB`, `mondiale`, 0)` ?**
Il n'y a pas de problème car la clé primaire n'est pas violée et la clé étrangère est présente dans la table
`Specialite`
.
On obtient donc :
> | idConf | sigle | nomConf | porteeConf | idSpé |
> |--------|-------|---------|------------|-------|
> | 0 | BDA | BD annuelle | France | 0 |
> | 1 | VLDB | VLDB | mondiale | 0 |
##### Question 2.5
> **Que se passe-t-il avec : `DELETE FROM Conference WHERE idConf = 0` ?**
La suppression est possible car la clé primaire n'est pas violée. Il existe bien une clé primaire avec
`idConf`
= 0.
\ No newline at end of file
This diff is collapsed.
Click to expand it.
Preview
0%
Loading
Try again
or
attach a new file
.
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Save comment
Cancel
Please
register
or
sign in
to comment