Vous n'êtes pas identifié(e).
Bonjour à tous !
J'ai un petit problème avec Syncdb : lorsque je modifie un de mes modèles (ajout d'un champ, etc.) puis que je fais un syncdb, les modifications ne sont pas effectuées dans la base de données.
christophetd@ubuntu:~/mon/chemin/vers/mon/projet/$ python manage.py syncdb
Creating tables ...
Installing custom SQL ...
Installing indexes ...
No fixtures found.
Comment résoudre cela ? Merci.
Hors ligne
C'est normal.
Syncdb n'est pas fait pour mettre à jour la structure de la base en cas
de modification des classes de models.
Il y a des app django qui sont fait exprès (comme South) pour.
Si tu es en phase de dev, le plus simple est encore de suppr ta base /
relancer syncdb.
Le 30/10/2010 23:27, christophetd a écrit :
> Bonjour à tous !
>
> J'ai un petit problème avec Syncdb : lorsque je modifie un de mes
> modèles (ajout d'un champ, etc.) puis que je fais un syncdb, les
> modifications ne sont pas effectuées dans la base de données.
>
>
christophetd@ubuntu:~/mon/chemin/vers/mon/projet/$ python manage.py
> syncdb
> Creating tables ...
> Installing custom SQL ...
> Installing indexes ...
> No fixtures found.
>
> Comment résoudre cela ? Merci.
> _______________________________________________
> django mailing list
> django _AT_ lists.afpy.org
> http://lists.afpy.org/mailman/listinfo/django
>
Hors ligne
Je vais regarder du côté de South, merci.
Hors ligne
Bonjour,
Perso je trouve South très contraignant dans la mesure où l'on doit écrire à
la main la procédure de mise à jour du modèle.
Voici comment nous procédons (dans le cas d'une bdd sql) :
1. Modifier / Mise à jour du modèle "models.py"
2. Génération du sql lié > python manage.py sql "votre_module" (non
indispensable)
3. D'après le sql généré mise à jour de la table à la main depuis
phpmyadmin (ou la ligne de commande)
4. Report de la mise à jour "Alter table ..." dans un fichier de logs,
utile pour l'équipe.
--
Samuel Martin
2010/10/31 christophetd <christophetd _AT_ hotmail.fr>
> Je vais regarder du côté de South, merci.
> _______________________________________________
> django mailing list
> django _AT_ lists.afpy.org
> http://lists.afpy.org/mailman/listinfo/django
>
Hors ligne
je repondis (avec retard) sur south.
Normalement, justement l'avantage de south c'est de ne pas avoir à écrire
manuellement la procédure de mise à jour, un simple
$ python manage.py schemamigration <monapp> --auto
suffit généralement pour créer les fichiers de migration de south
automatiquement.
2010/11/2 Samuel Martin <martin.sam _AT_ gmail.com>
> Bonjour,
>
> Perso je trouve South très contraignant dans la mesure où l'on doit écrire
> à la main la procédure de mise à jour du modèle.
>
> Voici comment nous procédons (dans le cas d'une bdd sql) :
>
> 1. Modifier / Mise à jour du modèle "models.py"
> 2. Génération du sql lié > python manage.py sql "votre_module" (non
> indispensable)
> 3. D'après le sql généré mise à jour de la table à la main depuis
> phpmyadmin (ou la ligne de commande)
> 4. Report de la mise à jour "Alter table ..." dans un fichier de logs,
> utile pour l'équipe.
>
>
> --
> Samuel Martin
>
>
> 2010/10/31 christophetd <christophetd _AT_ hotmail.fr>
>
> Je vais regarder du côté de South, merci.
>> _______________________________________________
>> django mailing list
>> django _AT_ lists.afpy.org
>> http://lists.afpy.org/mailman/listinfo/django
>>
>
>
> _______________________________________________
> django mailing list
> django _AT_ lists.afpy.org
> http://lists.afpy.org/mailman/listinfo/django
>
Hors ligne