vault backup: 2025-03-12 16:41:11

Subjects/Backend development.md

@@ -101,6 +101,56 @@
 
 + Une table représente généralement un genre d'entité (ici, Customer)
 + On divise la table en colonnes (columns, des attributs) et en lignes (rows, des entrées dans la BDD)
-+ Chaque row doit avoir un moyen unique de la différencier du reste, ce qu'on appelle une Primary Key
-+ une PK peut être composite
++ Chaque row doit avoir un moyen unique de la différencier du reste, ce qu'on appelle une Primary Key (PK)
++ une PK peut être simple ou composite
+
+--
+
+### Relations
+
+![[Pasted image 20250312162724.png]]
+
++ Les tables peuvent être mises en relation
++ Quand une PK est référencée dans une autre table comme un attribut, on parle alors de Foreign Key (FK)
+
+--
+
+### One to one
+
+![[Pasted image 20250312163059.png]]
+
++ On peut avoir deux tables différentes qui se référencent par une FK dont on force l'unicité
++ On s'assure ainsi qu'un pays a un seul représentant et que ce représentant ne soit pas associé à d'autres pays
+
+--
+
+### One to many
+
+![[Pasted image 20250312162724.png]]
+
++ Quand la FK n'est pas unique, on peut avoir plusieurs rows qui ont la même valeur en FK
++ Une classe n'aura qu'un seul professeur, mais un professeur peut enseigner plusieurs classes différentes
+
+--
+
+### Many to many
+
+![[Pasted image 20250312163446.png]]
+
++ Quand on décrit une représentation many-to-many, on utilise une table de jointure pour s'assurer de la cohérence des entrées
++ La PK de la table de jointure peut-être simple (ID) mais souvent composite (les deux FK couplées)
++ Un étudiant accède à plusieurs classes, et les classes ont plusieurs étudiants qui y viennent
+
+--
+
+### Schema
+
+![[Pasted image 20250312163825.png]]
+
++ La représentation de ces tables et de leurs relations forme le schema
+
+--
+
+### Interactions
+