2010-09-15 9 views
1

La décision que j'essaie de faire est de savoir où je veux faire des changements de schéma. J'ai besoin d'une mise à jour de schéma dans la base de données, dans la définition de modèle, et j'aimerais également générer une migration de doctrine pour ce changement également. Je préférerais vraiment avoir seulement à définir les changements de schéma dans un endroit, pas trois. À l'heure actuelle, je pense à écrire tous les changements de schémas seulement en tant que migrations de doctrine. J'ai alors un outil de ligne de commande qui exécute toutes les migrations en attente et effectue une synchronisation de base de données-> modèle. Est-ce assez fiable pour fonctionner? J'utilise postgresql si c'est important.Comment dois-je gérer mon schéma en utilisant Doctrine?

+0

Utilisez-vous aussi Zend_Framework? Si oui, jetez un oeil à [ZFDoctrine] (http://github.com/beberlei/zf-doctrine) – takeshin

+0

@takeshin non, il s'agit d'une application backend autonome. – ryeguy

+0

@takeshin qui ne fonctionnera pas avec la doctrine 2 – tom

Répondre

1

Le flux standard consiste à générer des migrations de doctrine vides, à ajouter les modifications de schéma à exécuter les migrations et à créer vos entités. Vous n'aurez donc qu'à le modifier à 2 endroits.

Cela fonctionne parfaitement avec mon installation. Je n'ai jamais eu de problèmes avec ça si vous vérifiez au moins votre déclaration.

+0

Alors, créez vos entités à la main? Y a-t-il une raison de reconstruire les modèles avec le générateur automatisé? – ryeguy

+0

Trop tard pour modifier mon commentaire, mais je voulais dire "Y at-il une raison * pas * pour utiliser le générateur automatique". – ryeguy

+0

Oui, cela génère beaucoup de choses non nécessaires et nous avons eu quelques problèmes avec cela. – tom

Questions connexes