Créer et appliquer les migrations

00:00:00 :Maintenant qu'on a créé le code de notre premier modèle, on va devoir créer les migrations et créer ces migrations dans la base de données. Donc je vais retourner dans mon terminal et vous
00:00:10 :allez voir qu'on a quelque chose en plus à installer. Je vais déjà faire la commande python-manage.py make-migrations pour vous montrer le message que l'on a actuellement et ce message
00:00:19 :en fait c'est tout simplement qu'on doit installer Pillow parce que quand on a un image field ici,un champ pour gérer des images, et bien Django va utiliser la bibliothèque Pillow qui permet de gérer les images avec Python et donc il faut l'installer. Donc tout est indiqué ici,
00:00:35 :il suffit de lire le message d'erreur qu'on a. Donc on va installer Pillow en faisant pip install Pillow comme ceci. Assurez-vous de bien avoir activé votre environnement virtuel au préalable.
00:00:45 :Donc Pillow est installé et on va en profiter pour créer le fichier requirements.txt qui va contenir les dépendances de notre projet. Donc pip freeze et on met le symbole comme ceci pour
00:00:57 :dire qu'on souhaite freezer notre environnement donc toutes les dépendances de notre environnement dans un fichier texte et si j'utilise la commande cat pour afficher requirements.txt on voit qu'on
00:01:06 :a bien donc Django avec ses dépendances et également la bibliothèque Pillow. Donc ça ça peut être pratique si vous souhaitez recréer votre environnement virtuel plus tard ou si vous distribuez votre projet pour que vos collègues puissent également de leur côté recréer l'environnement avec les mêmes dépendances que vous. Donc maintenant qu'on a fait ça on va pouvoir
00:01:23 :relancer la commande make migrations pour créer la migration à partir du modèle qu'on a créé.Donc ça ça va créer dans ce fichier ici que je vais vous montrer tout de suite dans store migrations ici on a une migration initiale qui va définir notre modèle. Donc si je fais un petit
00:01:39 :peu de place on voit qu'on a ici une classe migration donc tout ça c'est généré automatiquement par Django vous le voyez ici generated by Django avec la date et l'heure et on retrouve peu ou prou ce que j'avais dans mon fichier de modèles mais exprimé en langage Django, en langage Python
00:01:54 :pour pouvoir créer ce modèle vous voyez ici create model donc pour pouvoir créer ce modèle dans la base de données. Donc nous on ne va pas toucher à ce fichier de migration c'est vraiment Django qui
00:02:04 :va créer ces fichiers et qui ensuite va s'en servir pour créer les éléments dans notre base de données. Les migrations c'est vraiment une façon en fait donc tout simplement d'avoir un
00:02:13 :historique de tous les changements qu'on fait sur nos modèles que ce soit au moment de la création comme on l'a fait ici mais également après quand on va les modifier si j'enlève un champ ou que je rajoute un champ et bien tout ça ça va être répertorié dans ces migrations et
00:02:26 :c'est un peu comme un historique si vous voulez de tous les changements qui ont été apportés au modèle de notre base de données. Ça nous permet ainsi de là encore passer notre travail à d'autres
00:02:35 :collègues qui pourraient recréer en partant de zéro la base de données à partir de ces fichiers de migration. Donc maintenant il va falloir appliquer toutes ces migrations dans la base de données si
00:02:45 :je viens voir dans mon projet ici vous devriez voir un fichier SQLite 3 qui représente votre base de données et pour l'instant la base de données elle ne contient aucun schéma et donc on va devoir utiliser une autre commande la commande migrate donc python manage.py migrate et la première
00:02:59 :fois que vous allez la faire vous voyez qu'il y a pas mal de choses qui sont ici qui sont appliquées en fait dans notre base de données donc ça en fait ça correspond à tout ce qu'on avait dans le fichier de settings à toutes les applications de base si je reviens dans settings.py. Si vous
00:03:13 :vous souvenez bien dans install.dass on a par défaut pas mal d'applications ici qui nous permettent de gérer les autorisations, l'admin donc tout ce qui est l'interface d'administration,les messages, les sessions etc. Donc ça c'est des migrations qui sont appliquées automatiquement
00:03:27 :la première fois que vous le faites et on retrouve également notre migration avec le store et 001 initial ici qui est la migration que l'on avait créé. Donc pour vérifier tout ça je
00:03:36 :vais ouvrir un logiciel que je vous conseille d'installer pour les bases de données qui s'appelle tableplus. La version gratuite suffit amplement et ça va vous permettre d'inspecter
00:03:45 :facilement votre base de données. Donc je vais créer une nouvelle connexion en faisant un clic droit new et on va ouvrir une base de données de type SQLite. Je clique sur create et on va
00:03:54 :lui donner un nom donc on va l'appeler docshop tout simplement. On va aller chercher le fichier sur le disque donc qui va se retrouver sur mon disque dur dans docshop et on a notre base de données ici donc je l'ouvre et normalement c'est tout ce dont on a besoin donc on va cliquer sur
00:04:08 :connect pour se connecter à notre base de données et on retrouve ici donc toutes les tables qui correspondent aux migrations qui ont été appliquées. Donc on a bien les tables avec le nom de l'application
00:04:18 :en premier donc on a hot, on a django admin, on a l'immigration également qui va en fait être une table qui répertorie toutes les migrations qui ont déjà été appliquées. Donc là on retrouve
00:04:27 :exactement la même chose que ce que l'on avait ici donc toutes ces migrations qui ont été appliquées et bien django va s'en souvenir ici de sorte à ce que si on refait la commande migrate cette fois-ci et bien il va me dire qu'il n'y a aucune migration à appliquer et donc ça c'est vraiment parce qu'il
00:04:41 :a sauvegardé dans sa base de données ici les migrations et leur nom qu'il peut savoir lesquelles ont été appliquées ou n'ont pas encore été appliquées. On retrouve également donc la table store
00:04:50 :product qui répertorie le modèle product que l'on a créé en python avec tous les champs qu'on avait renseigné donc name, price, stock, description et thumbnail et on a également le champ id qui est créé automatiquement par django et qui permet d'identifier de façon unique chaque entrée dans notre base de données. Donc voilà pour ces migrations avec ça on a donc notre modèle product
00:05:09 :qui maintenant a son schéma dans la base de données donc ça va nous permettre de commencer à créer des produits avec l'interface d'administration et de les enregistrer dans la base de données du projet.

Deviens membre Premium magic_button

Premium

Rechercher sur le site

Formulaire de contact

Inscris-toi à Docstring