Tôt ou tard, vous aurez à travailler avec une table dont la forme plurielle du nom n'est pas obtenue en ajoutant simplement un s (ex : un travail - des travaux). Si les exceptions sont nombreuses en français, le même problème se pose avec les noms de table en anglais : person - people, fish - fishes, dwarf - dwarves, etc.
(suite…)
Votre application Web Laravel pourrait communiquer directement avec les tables de la base de données. Cependant, il sera plus intéressant d'utiliser des modèles, c'est-à-dire une représentation objet de chacune des tables.
Lorsqu'on utilise une telle couche, placée entre le code et la base de données, on dira qu'on fait du mapping objet-relationnel, souvent référé comme ORM (object-relational mapping).
L'ORM livré avec Laravel s'appelle Eloquent. Les fonctionnalités qu'il vous offre sont époustouflantes.
(suite…)Si vous avez en main une base de données contenant déjà des données, vous pouvez utiliser un petit outil qui générera les fichiers de seeds correspondants à ces données : OrangeHill iSeed (https://libraries.io/github/orangehill/iseed).
Je vous rappelle qu'avoir en main des fichiers de seeds pour toutes vos tables, en plus des fichiers de migration, vous permettra de recréer la base de données entière à l'aide d'une seule commande artisan. Très pratique pendant le développement après avoir fait des tests d'insertion, de modification et de suppression de données !
(suite…)Il est possible d’ajouter des données initiales, aussi appelées données de base, ainsi que des données de test dans les tables à l’aide de fichiers de « seeds ».
(suite…)Dans le monde des bases de données, une vue est une table virtuelle créée à partir de requêtes sur des tables existantes.
La création d'une vue permet notamment de visualiser plus facilement les données obtenues par une requête complexe. La requête sera entrée une fois pour toutes dans la vue. Il sera ensuite possible de consulter les données de la vue comme s'il s'agissait d'une table.
(suite…)Une fois les tables de la base de données créées, il est possible de les modifier. L'utilisation de fichiers de migration est la solution privilégiée.
Une fois la base de données créée, il est préférable de créer un fichier de migration qui modifie la structure d'une table plutôt que de modifier un fichier de migration existant.
Il sera ainsi plus facile de reproduire les modifications sur la base de données en ligne. Ceci permettra également de faire un suivi des versions de la base de données.
(suite…)Pour créer ou modifier les tables de votre base de données, Laravel a prévu un système de fichiers de migration qui fonctionne à merveille.
À chaque fois qu'une table doit être créée ou modifiée, sa définition sera inscrite dans un fichier de migration (il s'agit d'un fichier contenant du code PHP). Une commande artisan permettra d'exécuter les lignes de code de ce fichier afin que les modifications soient effectuées dans la base de données.
(suite…)
Si vous avez en main une base de données MySQL existante, il est intéressant de générer un diagramme de cette base de données afin de bien visualiser les tables et les relations qui les unissent.
Personnellement, je conserve toujours une version PNG du diagramme dans le dossier de développement de mes applications. Ça me permet de visualiser rapidement le diagramme de la base de données, chose très utile pendant le développement.
(suite…)
Pendant le développement d'une application Laravel, il est possible d'utiliser un logiciel comme MySQL Workbench pour gérer vos bases de données sur votre machine Homestead.
Si vous préférez utiliser un seul éditeur pour effectuer l'ensemble de vos tâches, vous serez heureux d'apprendre que PhpStorm vous offre toutes les fonctionnalités dont vous avez besoin pour gérer votre base de données MySQL.
(suite…)Laravel supporte différents SGBD :
Nous allons travailler avec MySQL.
Il est inutile de vous lancer à tête perdue dans votre SGBD préféré pour créer vos tables et y entrer vos données initiales. Laravel a tout prévu pour vous faciliter la tâche :