Discussion :

[Mich972]

Voila mon problème:

J'ai fais une table Rubrique avec comme colonnes: id, id_parent, nom.
Et j'ai effectué une liaison entre id et id_parent pour supprimer les rubriques enfants en même temps que la rubrique mère l'est.
Rubrique: { onDelete: CASCADE, local: id_parent, foreign: id }
Tout ceci fonctionne très bien quand je test sur MySQL à condition d'initialiser la table avec une rubrique de base où id = id_parent.
Maintenant j'aimerais remplir ma table avec un jeux de fixtures mais c'est là que ça ne fonctionne pas.

Voila mon jeux de test:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 
Rubrique:
 base:
  nom: base
  Rubrique: base
 telephonie:
  Rubrique: base
  nom: telephonie
 informatique:
  Rubrique: base
  nom: informatique
 portable:
  Rubrique: telephonie
  nom: portable
 pda:
  Rubrique: informatique
  nom: pda

Voila mon schema.yml:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
Rubrique:
  actAs: { Timestampable: ~ }
  columns:
    id_parent: { type: integer }
    nom: { type: string(255), notnull: true}
  relations:
    Rubrique: { onDelete: CASCADE, local: id_parent, foreign: id }

Alors je signale que je suis débutant en matière de fixtures et en symfony d'ailleurs.
Merci d'avance pour votre aide.

[Michel Rotta]

Peux-tu :

• mettre ton fichier shema.yml
• remettre ton fixature avec code autour

[Mich972]

Je viens de m'apercevoir que le problème persistait avec:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
Rubrique:
 base:
  id: 0
  nom: mere
  id_parent: 0

Avec un "foreign key constraint fails", alors que manuellement dans MySQL je peux effectuer cette insertion.

[Michel Rotta]

Sans le fichier shéma.yml, pas de réponse envisageable.

[Mich972]

je l'ai mis. dans mon premier post, non ?

[Michel Rotta]

Heureusement, ma mémoire me permet encore de me rappeler d'un sujet traité dans la journée. Donc, je ne relis presque jamais les messages précédents, si je puis me permettre un conseil, quant tu modifies le message d'origine, préviens tes lecteurs de cette modification.

Bon, a mon avis le shema est légèrement faux au niveau de la relation. Les relations dans doctrine, ne sont réellement pas simple à gérer.

Le shema.yml tel que je le verrais (non testé)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
 
rubrique:
  actAs: { Timestampable: ~ }
  columns:
    id_parent: { type: integer }
    nom: { type: string(255), notnull: true}
  relations:
    parent: 
      onDelete: CASCADE
      local: id
      foreign: id_parent
      foreignAlias: rubriques

Une relation est une liaison entre deux tables, ici c'est la même table, mais elle intervient deux fois. C'est une liaison classique 1-n. Vu que la relation a deux côtés, il y a deux nom, le nom côté où la relation est définie (ici parent) et le nom de la relation vu de l'autre table (ici rubriques). Remarque le "s" à la fin de rubrique qui signifie qu'il y a plusieurs rubriques enfant de la rubrique parent, "parent" est lui au singulier, il n'y a qu'un parent possible.

Donc pour une rubrique : $rubrique on va retrouver ces enfants par $rubrique->getRubriques() (qui retourne toujours une collection doctrine_collection) et son parent $rubrique->getParent() (qui retourne un objet rubrique).

Pour le fixature on va donc avoir (non testé)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
 
Rubrique:
 base:
  nom: base
  parent: base
 # Celui-ci je l'aurai laissé vide plutôt que de risquer une boucle de la mort
 telephonie:
  parent: base
  nom: telephonie
 informatique:
  parent: base
  nom: informatique
 portable:
  parent: telephonie
  nom: portable
 pda:
  parent: informatique
  nom: pda