Discussion :

[butters]

Bonjour,

Il me reste quelque jours avant la fin de mon projet et j'aimerais vous poser une question.

Comment fait-on un upgrade de la base de données ? je m'explique, j'ai une table, je souhaite rajouter un champs sans modifier les données dedans mais toujours en profitant des avantages de Symfony.

J'ai pensé à ajouter le champs dans le schema. Generer le modèle, form, filtre et ajouter le champs dans MySQL. Mais je pense que Symfony intègre un système non ?

Merci d'avance,

[Michel Rotta]

Je suppose que tu développes sur la base de production ?

La méthode "normal" pour symfony est d'avoir deux environnements distinct, un de développement, où l'on peut faire ce que l'on veut et l'autre de production.

L'environnement de développement est lui même divisé en trois sous ensemble, un pour le développeur et le débug (frontend_dev), un pour le développeur en situation client (le chemin "nu") et le dernier pour les test, en principe chacun des trois environnement devrait avoir sa propre base de donnée, il arrive que les deux base test de développement et test partagent la même.

L'environnement de production lui, doit être protégé de tous ces aléa et jamais touché (quoique, une fois tous les développement terminés)...

Il existe un outils qui génère des fixatures pour les changements de la base de données (ajout et/ou suppression de champs, tables, liens,...). Il part du schema.yml nouveau et d'une base ancienne et génère (plus ou moins bien) des procédures permettant d'y arriver.

Il ne reste plus qu'à appliquer sur la base de test "nu" puis en production.

Est-ce ce type d'outil que tu recherches ?

[butters]

Oui c'est ce principe. Mais j'ai pas autant de serveur. J'en ai un en prod. Et un en dev.

Du coup, si une modification du schema est faite, il faut modifier celui en prod sans perdre les données.

[Michel Rotta]

Tu as un notion de "migration" qui permettent de générer du code passant de la base actuel en base définie dans le shema.yml.

Le principe est d'avoir, dans sur ton poste de dev, un environnement avec l'ancienne structure de la base et ton nouveau shema.yml NON ENCORE CONSTRUIT.

La commande "symfony doctrine:generate-migration... " va générer des commandes de migration. Pas de doc pour la 1.3/1.4 la seul que j'ai trouvé est pour la 1.2, mais, à priori, il n'y a pas de changement entre les version.

[butters]

Ok merci, je vais lire cette commande afin de pas me planter XD et je reviendrais si j'ai d'autre question.

[édition] Les étapes sont-elles bonne:

Code :

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

php symfony doctrine:generate-migrations-diff

puis

Code :

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

php symfony doctrine:build --all

enfin

Code :

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

php symfony doctrine:migrate

[Michel Rotta]

En principe, sur la base de prod, tu ne va pas faire un php symfony doctrine:build --all qui commence par effacer la base de donnée existante...

D'où l'utilisation du php symfony doctrine:migrate