Conception d'une BD

Jivexport

Morceau du MCD
Icone représentant l'état du projet

Terminé


Langue :

Français

Début du projet :

28/11/2022

Fin du projet :

08/01/2023

Langage

V Oracle SQL

Equipe

Matthieu FARANDJIS

Florent VASSEUR--BERLIOUX


Plus sur le projet

Présentation

L'objectif était de créer une base de données pour un site d'e-commerce fictif.
Nous avons choisi le thème d'une boutique en ligne de jeux vidéo.
Cette plateforme proposerait la vente de jeux, consoles et accessoires neufs comment d'occasions.
Mais également un espace commentaire pour ses utilisateurs.

Nous avons rendu cette SAÉ en 3 parties :

  1. Conception du Modèle Conceptuel de Données (MCD)

  2. Création du code SQL

  3. Ajout des droits sur la base de données

Pour la 3ᵉ partie, ce qui intéressait surtout notre professeur, était de voir l'application de nos connaissances.
Il ne nous demandait pas de faire la totalité des droits, mais l'essentiel.
D'autant plus que nous étions limités à cause des protections mise en place par l'IUT sur le serveur de l'établissement.


Nous avons imaginé le nom de l'entreprise : Jivexport.
L'acronyme de Jeux Vidéo étant "JV", on a repris sa prononciation "jivé".
Vu que la plateforme s'occupe de la vente, on a pris aussi le mot "Export".
Et nous avons fusionné les deux... Et voici Jivexport !

Modèle Conceptuel des Données

Le MCD est un schéma permettant de voir les différents liens entre les différentes tables.
Ce schéma permet en plus de connaître la composition des tables.

Pour faire le MCD, nous avons utilisé le site Excalidraw.

Création du code SQL

En plus de créer les différentes tables, nous avons dû y mettre des contraintes.
Par exemple, le format d'une adresse email ou celui d'un numéro de téléphone.
Pour les notes des objets d'occasion, elles doivent être entre 1 et 10.

En parallèle de la SAÉ, nous continuons les cours de base de données.
Il nous parlait souvent des erreurs à éviter de faire.

Par exemple, nous pensions qu'une table utilisateur, qui contient l'identifiant de celui-ci doit également contenir son mot de passe.
Erreur !
On ne doit jamais mettre de mot de passe dans les tables, encore moins s'ils sont cryptés.
En cas de piratage ou d'accès par des employés malveillant, cela peut avoir des conséquences dévastatrices.
Le mot de passe doit être géré par les droits du serveur Oracle, en créant des utilisateurs.

Ajout des droits

Si ce qu'on a fait juste avant n'était pas très nouveau pour moi, cette SAÉ m'a plongé dans quelque chose de nouveau.
L'an dernier, j'ai découvert les précédentes notions avec SQLite, un langage SQL mono-utilisateur.
La gestion d'utilisateur n'existait donc pas !

Je n'ai pas grand-chose à dire là-dessus.
Nous avons créé des vues sur les tables et associé des permissions à différents comptes publiques de l'établissement.

Si je devais imager les vues, ça serait comme si une table serait une feuille de journal, et qu'une vue serait un morceau de carton.
Ce morceau de carton fait la taille de la feuille.
Vous superposez le carton sur la feuille et vous y faites des trous de manière a que seul une partie du journal soit visible.
Vous associez ensuite ce carton à quelqu'un, et le seul moyen qu'il lise le journal, c'est en passant par le morceau de carton.
Ainsi, vous pouvez limiter l'accès aux tables en fonctions des utilisateurs.