[1.x] Schema.yml relation récursive

Schema.yml relation récursive

Bonjour à tous.

Je bosse sous symfony et je suis en train de créer mon model.
Pour ce faire j'ai modéliser ma base de données sous MySQLWorkBench et j'ai exporté le SQL dans MySQL.

Avec doctrine j'ai généré le schéma

Code:

doctrine:build-schema

puis j'ai créé des fichier de fixtures pour peupler ma base.

lorsque je charge les données

Code:

doctrine:data-load

j'obtiens une erreur :

Code:

Couldn't call Doctrine_Core::set(), second argument should be an instance of Doctrine_Collection when setting one-to-m ny references.

Je sais maintenant que cela vient du fait que j'ai une table pointant récursivement vers elle même : une catégorie peut contenir une catégorie, et doctrine attend un ordre spécial dans Schema.yml

Savez-vous comment régler ce problème.

Voici l'extrait de schema.yml et de mon fichier de fixture

Schema.yml
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 Category: connection: doctrine tableName: category columns: id: type: integer(4) fixed: false unsigned: false primary: true autoincrement: true ..... ..... relations: Category: local: id foreign: category_id type: many
Fixture.yml
Code:

1 2 3 4 cobRel1: name: 1.0 lvl: 3 Category: cobEngi
Merci d'avance.
Dam

A priori ton schema est faux.

Pour une relation réflective tu devrais avoir deux tables en fait.

Vu qu'une catégorie peut avoir plusieurs sous catégories et qu'une sous catégorie peut avoir plusieurs catégories...

Plus d'information sur ces relations particulières dans la documentation de Doctrine ici.

Pour aller plus loin, il faudrait plus d'information sur la table catégorie et sur la liaison (tu fais notamment référence à un champ category_id qui n'existe pas).

Si, le champs category_id existe, j'ai omis toute la déclaration de catégorie.
La voici en entier.
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 Category: connection: doctrine tableName: category columns: id: type: integer(4) fixed: false unsigned: false primary: true autoincrement: true name: type: string() fixed: false unsigned: false primary: false notnull: true autoincrement: false description: type: string() fixed: false unsigned: false primary: false notnull: false autoincrement: false lvl: type: string(1) fixed: false unsigned: false primary: false notnull: true autoincrement: false category_id: type: integer(4) fixed: false unsigned: false primary: false notnull: false autoincrement: false relations: Category: local: id foreign: category_id type: many Item: local: id foreign: category_id type: many Pcm: local: id foreign: category_id type: many
Donc si je comprends bien la doc de doctrine je dois créer une table 'category_reference' qui contient l'id de la catégorie parente et l'id de la catégorie fille.
Mais n'est ce pas le schéma d'une relation n à n? Or je veux une relation 0-n, une catégorie parente peut contenir plusieurs filles mais une catégorie peut ne pas être contenue par une parente.

MysqlWorkBench ma simplement créer une clé parent_id quand j'ai cliqué deux fois sur la table catégorie avec le sélecteur 1-n.

Je teste quand même ce que recommande Doctrine.

Merci beaucoup, je vous tiens au courant ;)

J'ai un peu joué avec ton schéma, sur la base, mais pourquoi cela ne marcherait pas ?

Par contre, j'ai remis le schéma à ma sauce, virer tous ce qui ne sert à rien (les paramètres sont à false par défaut, il ne sert à rien de les remettre et cela clarifie la lecture.

J'ai viré la définition de l'Id, doctrine la place seul, sauf qu'elle est du type bigint, soit integer dans le schéma et non plus integer(4)

Reste le plaisir de la relation que je commenterais après le schéma
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 Category: columns: name: type: string() notnull: true description: type: string() lvl: type: string(1) notnull: true category_id: type: integer relations: CategoryParent: <---- 1 local: category_id <---- 2 class: Category <---- 3 foreign: id <---- 4 foreignAlias: CategoryEnfants <----- 5
L'utilisation des paramètres est un peu particulier.

1. Le nom de la relation ne doit pas obligatoirement être le nom de la table à lier, mais surtout le nom que l'on veut voir apparaître dans les méthodes de l'objet category
2. le lien local, ok, ils sont tous les deux locals, mais celui-là est du côté Enfants...
3. le nom de la classe à utiliser pour l'autre côté de la relation, vu que CategoryParent n'existe pas.
4. le champ a lier sur la table distante spécifiée dans "class"
5. la méthode a utiliser pour retrouver les category depuis la table distante

OK, c'est pas claire dans une relation réflective et ce n'est pas l'endroit rêve pour comprendre le fonctionnement des relations entre deux tables vu qu'ici il n'y en a qu'une.

Pour tester, il faut retirer les flèches et les chiffres !!!

Bien, on va alimenter avec un fixture. Là aussi, j'ai un peu jouer... (le samedi soir, on peut, non :mouarf:)
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 Category: cat1: name: toto description: toto est là lvl: 1 cat11: name: cat11 description: la description de la cat11 lvl: 2 CategoryParent: cat1 cat12: name: cat12 description: la description de la cat12 lvl: 2 CategoryParent: cat1 cat121: name: cat121 description: la description de la cat121 lvl: 2 CategoryParent: cat12 cat2: name: cat2 description: la description de la cat2 lvl: 1 CategoryEnfants: cat21: name: cat21 description: la description de la cat21 lvl: 2 cat22: name: cat22 description: la description de la cat22 lvl: 2 cat23: name: cat23 description: la description de la cat23 lvl: 2
J'ai utilisé deux possibilités d'insertions les cat1... du coté définition du parent et attribution des enfants au parent.

Et du côté enfants où l'on définit le parents et directement dessous la collection des enfants.

Les deux méthodes fonctionnent, aucune n'est meilleur que l'autre.

Si on stocke la cat1 dans $cat1, on va récupérer la collection des enfants par
$cat1->getCategoryEnfants()

Si on stock la cat122 dans $cat122, on va récupérer son parent, cat12 par
$cat122->getCategoryParent()
et avec
$cat122->getCategoryParent()->getCategoryParent() on va récupérer $cat1.

Plus fun, avec
$cat12->getCategoryParent()->getCategoryEnfants() on récupère la collection de ces frangins, lui compris.

Ce n'est pas nécessairement très optimisé au niveau des requêtes.

Tous le schema et le fixture ont été testé.

Ouah !! Excellent c'est beaucoup plus clair maintenant. Je finis de manger, je test et je te redis ça.

En tout cas merci beaucoup du temps que tu as passé sur mon problème ;)