Discussion :

[wilsakovi]

Bonjour,
Je veux faire un truc apparemment simple, mais etant nouveau a symfony, je ne sais vraiment comment y arriver. Mon probleme est le suivant. J'ai ajoute de nouvelles tables a la base de donnee existante. Je dois maintenant generer des models pour les nouvelles tables crees. Voila, J'ignore les etapes que je dois suivre, et surtout comment le faire sans perdre des donnees.
Merci pour aide.

[polkduran]

bonjour,
quel ORM tu utilises (Propel, Doctrine) ?

indépendamment de ça, la méthode est similaire :
pour construire le model Symfony utilise un schéma qui correspond à la structure de ta bdd (généralement en yml)
pour générer ton schéma de données tu fais (avec propel)

Code :

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

$ symfony propel:build-schema

ensuite tu peux générer ton model

Code :

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

$ symfony propel:build-model

et voilà

En doctrine par contre il est recommandé de revoir le schéma après le build-schema ou de le faire carrément à la main

[Michel Rotta]

Ce n'est peut-être pas aussi simple.

Tous dépend de l'avancée de ton projet.

Si tu en es à la version de développement et qu'il n'y a pas de version en production, la réponse ci-dessus est parfaite.

Si non, dis le, et je te donnerais plus d'informations. Pense à décrire précisément l'état des différentes applications et leurs versions.

[wilsakovi]

L'application est deja en production et elle a ete developee avec symfony 1.0.7.
Merci

[Michel Rotta]

Donc j'en déduis que la nouvelle version tourne sur la 1.3, que l'ORM est Propel.

Le problème est que j'ai abandonné propel à la sortie de la 1.1 pour passer à Doctrine.


L'idée.

Laisse pour l'instant la version de production tranquille.

Sur ton poste, tu vas installer la base (la structure au moins dans un premier temps) de l'ancienne version. Par contre, tu vas "l'attaquer" avec la nouvelle version et surtout le shema.yml de la nouvelle version.

Tu vas utiliser la commande propel:generate-migration qui va créer un fichier de commande propel de modification de la structure de la base, en fait, il va générer deux fichiers, un pour passer de la vielle version à la nouvelle, un pour passer de la nouvelle à la vielle. Ces fichiers sont peut-être un peu "brute de fonderie", il conviendra de les lire attentivement et, peut-être, de les compléter pour renseigner les nouveaux champs à partir des données existantes. Idem pour la version download, quoique, si le produit est utilisé uniquement en interne, on puisse, peut-être, s'en passer.

C'est le moment de tester le fichier de migration sur la base de test et de faire passer, si cela existe et si c'est possible sur les données migrées, les fichier de tests.

Ensuite, il faut sur un autre poste (pas celui de production !) ou dans un deuxième environnement de ton poste de développement, rapatrier l'ancienne application, avec toute la base de données, s'assurer qu'elle est fonctionnel en local (l'idéal serait d'avoir une configuration très similaire à celle de production, même version d'OS, même version de PHP, du moteur de base de donnée, d'accélérateur,...). Sur cette instance de test, on va installer la nouvelle application et passer le fichier de migration sur la base de données complète. Il faut maintenant soigneusement tester la nouvelle application avec les données réel, la faire essayer par un panel représentatif des différents personas que vous avez définis pour votre application. Tant que cette étape ne donne pas entière satisfaction, il faut reprendre le travail.

Une fois que l'on est assuré que de l'ancienne base à la nouvelle, le fichier de migration (et les nouvelles fonctionnalités) sont satisfaisantes, il reste à sauvegarder précautionneusement l'ancienne application et toutes ces données pour pouvoir la restaurer, au cas où, puis à appliquer les mêmes manipulations que celle utilisées dans l'étape intermédiaire. La réalisation d'un synopsis très précis des manipulations à effectuées pour l'installation sera un plus très appréciable.

[wilsakovi]

J'ai finalement trouve la solution aujourd'hui. Voici les causes du probleme les solutions (dans mon cas):
- Probleme d'accces d'ecriture dans certains fichiers/dossiers: Resolu par la commande sudo

symfony fix-perms

- Access denied to the database: les url's de connexion a la base de donnees ont ete mal definis dans le /config/propel.ini. Je les ai redefini sous la forme:

propel.database.createUrl = mysql://login:passwd@localhost
propel.database.url = mysql://login:passwd@localhost/blog

J'avais aussi eu un autre message d'erreur du genre, "array has been passed to the function ... instead of string". C'etait du au fait que mon repertoire /config contenait plus d'un fichier *schema.yaml.

Je rappelle que j'utilise symfony 1.0.7 sous linux.
Merci