Discussion :

[Jessybee]

Bonjour à tous

1/- Y-a-t-il une taille max (nb enregistrements / Ko-Mo / nb de champs ...) pour faire un doctrine:data-dump (successfully, of course)?

2/- Peut-on faire un doctrine:data-dump sur une table en particulier ?
Si oui peut-on "segmenter" le fichier data.yml ainsi généré

Si je pose ces questions c'est parce que j'ai une erreur (doctrine):

Code :

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

PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 13 bytes) in D:epg\lib\vendor\symfony\lib\plugins\sfDoctrinePlugin\lib\vendor\doctrine\Doctrine\Hydrator\Graph.php on line 262

en essayant de dumper une table de 12500 enregistrements contenant 80 champs...

Suis-je raisonnable ?

[Michel Rotta]

Tu as un argument pour avoir un fichier par table, mais pas une table en particulier.

Il n'y a pas de limitation, ni dans symfony, ni dans doctrine quant à la taille de la table. Maintenant, si elle est vraiment très grande, il est possible que les paramètres de base de PHP ne le supporte pas.

[Jessybee]

Dans la doc de doctrine il y a bien ça :

http://www.doctrine-project.org/docu...xtures#dumping

on peut faire ça:

Code :

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

Doctrine_Core::dumpData('/path/to/data.yml');

mais d'un autre côté il y a ça :

http://www.thomaskeller.biz/blog/201...rinedata-dump/

ou alors il me reste le dump sql à la main sur le serveur....

[Michel Rotta]

Tu veux faire quoi avec ton dump ?

[Jessybee]

Sauvegarder les données et pouvoir les reinjecter...

[Michel Rotta]

Je pense que la meilleur solution est d'utiliser les outils de la base de donnée qui sont mieux adapté à ce type de tâche, voir même, suivant la taille de la base, à des outils de sauvegardes spécialisées.

[Jessybee]

Je pense que c'est aussi la meilleure solution.
Sinon ça sent la bidouille.
Merci pour tes avis
Je pense qu'il y a lieu de clore la discussion.