générer les fixtures avec symfony

Salut :
J'aimerais générer les fixtures a partir de mes tables qui sont dans PHPMyAdmin.
J'ai déja trouvé cette commande

Code:

---

symfony doctrine:data-dump

---

lorsque je la lance j'obtient une erreur sur la taille de mémoire allouée:

Code:

---

1 2 3 4

PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to all ocate 35 bytes) in C:\moteur\lib\vendor\symfony\lib\plugins\sfDoctrinePlugin\lib \vendor\doctrine\Doctrine\Table.php on line 1811

---

Quelqu'un à une idée de comment régler ce problème.

Merci

Bon apparemment il essaye de mettre toutes les données dans un seule fichier .yml ( corrigez moi si je me trompe) et vu que j'en ai beaucoup ça ne passe pas.

Est ce qu'il y aurait moyen de creer un fichier de fixture par table de ma base de données. Par exemple comme dans le projet jobett ou l'on a

Code:

---

1 2 3

data/fixture : job.yml categorie.yml

---

Merci

Jamais utilisé

Et c'est bien la première fois que je vois quelqu'un poser une question sur cette fonction.

Bon, j'ai creusé un peu et... symfony ne fait qu'habiller la fonction doctrine. Manque de chance, symfony a oublié une manche lorsqu'il a construit le costume pour la fonction doctrine. En effet, la fonction de base prévoie la possibilité de créer un fichier par table...

J'ai creusé pour voir s'il était réalisable de rajouter l'option et c'est plus que tordu. Il faut entrer dans le corps du moteur de liaison entre doctrine et symfony et réécrire une partie pour autoriser l'utilisation de l'argument de la fonction...

Ce qui revient à modifier plusieurs fichiers du plugin sfDoctrinePlugin et je ne me vois pas le faire là...

Donc, au moins, tu sais qu'il n'y a pas de solution.

Un petit espoir ? Ouvrir un ticket sur le site de symfony et espérer que cela soit pris en compte dans la 1.4.7.

Ok merci de ta réponse.

Et tu saurais pas si il y a un utilitaire qui permettrait de convertir un fichier sql en fixture yaml. J'ai essayé de faire quelques recherches mais je n'ai trouvé que des utilitaire qui faisaient le chemin inverse yaml-->sql.

Merci

Doctrine le fait naturellement.

Je pense qu'un minimum de code, sur une page php et l'utilisation directe de doctrine dump devrait pouvoir te permettre d'y arriver.

De plus doctrine bénéficie d'une interface en ligne de commande avec la commande dump, peut-être ont-ils implanté toutes les options de leur produit ?

Il faut faire attention avec les fonctions doctrine:data-dump (ainsi que Doctrine_Core::dumpData), les données qu'elles exportent "traversent" les getters.

Cela peut poser problème si par exemple tu as un champs logo, et que tu redéfinis l'accesseur getLogo() en y rajoutant le chemin de fichier (cas classique). Quand tu voudras réimporter tes fixtures, l'intégrité de ta base de donnée sera perdue.

D'ailleur, si quelqu'un connait une solution pour éviter ce comportement, je suis prenneur !
Les seules solutions que j'ai trouvé sont soit de créer des "setters symétriques" (je n'ai pas testé, mais je suppose que le data-load "traverse" les setters), soit de faire des bidouilles pas très catholiques dans le code source !

Je n'ai pas trouvé de ticket d'incident pour cela sur le site de doctrine, il faudrait, peut-être en ouvrir un.

Data-dump ne semble pas encore avoir été implémenté dans l'alpha de la 2.0 (ou la fonction doit être amenée à disparaitre).

Je reviens sur le sujet.

Un peu par hasard, je suis tombé sur la dernière version de phpMyAdmin, qui dispose, dans les exportations d'un module générant un fichier au format Yaml.

On ne peut pas dire que le format soit exactement celui d'une fixature, pas de nom pour les enregistrements et les liaisons sont renseignée par clef, pas par nom de la liaison, non de l'enregistrement, comme le voudrait un fixature.

Est-ce qu'il peut être repris ainsi ? Est-ce qu'il est simplement modifiable ?

Disons que c'est le début d'une piste qu'il faudra explorer.