Discussion :

[Noobboy]

Bonjour,

je débute dans la programmation avec Symfony avec des bases en PHP et SQL.

Je ne connais pas bien Doctrine que j'utilise actuellement d'après plusieurs tutoriaux que j'ai pu lire, ils semblent en majorité le recommander.

Ma question est plutôt simple mais je n'arrive pas à y trouver une réponse.

Après avoir vu que l'héritage entre table était faisable dans la description en Yaml, je voulais savoir si une relation de composition/aggrégation façon UML était faisable et si oui, comment le faire.

Autre petite question, est-ce normal qu'un ENUM en SQL soit transformé en VARCHAR(X) ou en String en Yaml ? (Mon Yaml a été généré à partir de la base que j'ai codée à la main en SQL.)

Merci d'avance

Noobboy

P.S : Si besoin de plus de renseigments, n'hésitez pas.

[Noobboy]

Oups, je pense que cette question est posée dans la mauvaise section.

Je pense qu'il serait plus à sa place dans la section "ORM" ?

[Maerlyn31]

Bonjour, et bienvenue sur Symfony

Concernant ta question sur les compositions/aggrégation, Doctrine gère 3 types d'héritage différent, dont l'un qui est l'aggrégation. N'étant pas expert en UML je ne sais pas trop si tu vas trouver ton bonheur, mais il y a un exemple assez parlant ici :
http://www.symfony-project.org/more-...rm-Inheritance

Concernant les enum, la réponse est non, ce n'est pas normal ^^.
Cela est dû au fait que la commande permettant de faire SQL => yml existe pour faciliter la vie, mais nécessite d'être utilisée avec soin (vérification du yaml généré obligatoire). La bonne pratique consiste autant que faire se peut à écrire d'abord le fichier yml qui va ensuite piloter tous les modèles Doctrine (doctrine:build --all ou dérivés)

[Noobboy]

Pour ce qui est de l'aggrégation, j'étais effectivement tombé là dessus en cherchant si l'héritage existait en YAML / Symfony. Je vais re-regarder ça pour voir si ça peut correspondre.

Je ne suis pas convaincu pour l'instant de la pertinence quant à la composition. Mais c'est un élément de réponse.

La bonne pratique consiste autant que faire se peut à écrire d'abord le fichier yml qui va ensuite piloter tous les modèles Doctrine (doctrine:build --all ou dérivés)

Tu parles ici du fichier schema.yml ou ai-je raté une étape ?

[Maerlyn31]

Oui le fichier schema.yml

Dans un projet Symfony "classique", il faut :

1 - écrire le fichier schema.yml
2 - utiliser la tâche doctrine:build --model pour créer des modèles (classes PHP) correspondant à ce schema
3 - utiliser doctrine:build --sql pour générer le SQL correspondant à ces classes (les CREATE TABLE, etc)
4 - utiliser doctrine:insert-sql pour exécuter ce SQL

(ou sinon la tâche doctrin:build --all fait tout en même temps, là c'était pour le détail)

Lorsque tu as déjà une base de données existante, la tâche doctrine:build-schema permet de faire le cheminement inverse, mais cela est souvent source d'erreur et d'instabilité.
Si tu es obligé de procéder ainsi, le mieux est je pense de bien te renseigner sur les tâches de migration, et de te définir un processus bien précis de synchronisation entre la BDD déjà existante et le nouveau projet symfony.

[Michel Rotta]

Il faudrait être plus précis sur ce que tu veux comme schéma.

Pour les enum, doctrine les gères... enfin, quoique. La bonne pratique est de ne pas utiliser de enum dans ton shema.yml, ils apportent plus de problèmes que de solutions.