Discussion :

[etienne.clopeau]

Bonjour,

Je commence tout juste avec django.

Je suis le tutoriel pour les premiers pas, et je suis surpris par la fonction de synchronisation.
En fait, tout se passe bien la première fois.
Si je la relance immédiatement après, il me renvoi une erreur, comme quoi ma table existe déjà.
Logique qu'elle existe, logique qu'il ne l'écrase pas, mais je ne comprend pas pourquoi cela donne une erreur. Est-ce normal?

Du coup, si j'ajoute un modèle de donné, je suis obligé de supprimer les tables qui existaient déjà, pour qu'il accepte de synchroniser la base.
Ce qui n'est pas pratique du tout. Donc à mon avis, y'a un soucis...

merci d'avance pour votre aide.

[Jiyuu]

Malheureusement et à ma connaissance ceci est normal. Si tu veux modifier ta bdd tu dois faire pas mal de manip à la main.

Je crois que c'est d'ailleurs expliqué dans la doc

Bon courage.

[pacificator]

bonjour,

il me semble qu'il n'y a pas de problème pour ajouter des tables lorsque tu crées un nouveau modèle.
Par contre si tu modifies un modèle, il te faut sauvegarder tes données (dumpdata), supprimer ta base puis la recréer (syncdb) et reinserer tes données (loaddata).

[etienne.clopeau]

donc quand je fait une première synchro puis immédiatement une autre sans rien modifier, il est normal que je reçoive ce message?

C:\Django\SITE\AOM2>python manage.py syncdb
Creating table AOMdb2_operation
Traceback (most recent call last):
File "manage.py", line 11, in <module>
execute_manager(settings)
File "C:\Python25\Lib\site-packages\django\core\management\__init__.py", line 362, in execute_manager
utility.execute()
File "C:\Python25\Lib\site-packages\django\core\management\__init__.py", line 303, in execute
self.fetch_command(subcommand).run_from_argv(self.argv)
File "C:\Python25\Lib\site-packages\django\core\management\base.py", line 195, in run_from_argv
self.execute(*args, **options.__dict__)
File "C:\Python25\Lib\site-packages\django\core\management\base.py", line 222, in execute
output = self.handle(*args, **options)
File "C:\Python25\Lib\site-packages\django\core\management\base.py", line 351, in handle
return self.handle_noargs(**options)
File "C:\Python25\lib\site-packages\django\core\management\commands\syncdb.py", line 78, in handle_noargs
cursor.execute(statement)
File "C:\Python25\lib\site-packages\django\db\backends\util.py", line 19, in execute
return self.cursor.execute(sql, params)
File "C:\Python25\Lib\site-packages\django\db\backends\mysql\base.py", line 84, in execute
return self.cursor.execute(query, args)
File "C:\Python25\lib\site-packages\MySQLdb\cursors.py", line 166, in execute
self.errorhandler(self, exc, value)
File "C:\Python25\lib\site-packages\MySQLdb\connections.py", line 35, in defaulterrorhandler
raise errorclass, errorvalue
_mysql_exceptions.OperationalError: (1050, "Table 'aomdb2_operation' already exists")

C'est bien ce que tu as aussi?
La documentation ne précise pas que l'on va avoir un plantage, mais juste que django ne modifiera pas une table déja créé...

[Jiyuu]

donc quand je fait une première synchro puis immédiatement une autre sans rien modifier, il est normal que je reçoive ce message?

C'est bien ce que tu as aussi?
La documentation ne précise pas que l'on va avoir un plantage, mais juste que django ne modifiera pas une table déja créé...

En ce qui me concerne je travaille avec PySQL. Il ne me semble pas avoir ça... mais très sincèrement ça fait longtemps que je n'ai pas lancé une syncro alors que la bdd existe déjà.

[fred1599]

Bon j'y connais pas grand chose dans Django, mais est-ce que toutes tes applications sont installées. Tu peux apparement le vérifier dans le settings.py vers la fin du fichier

INSTALLED_APPS

Et ses options, tu devrais voir

* django.contrib.auth -- Un système d'authentification.
* django.contrib.contenttypes -- Un framework pour les types de contenu.
* django.contrib.sessions -- Un framework gérant les sessions.
* django.contrib.sites -- Un framework pour gérer plusieurs sites avec une seule installation de Django.

Sinon je ne vois pas.

Espérant t'avoir aider...

[etienne.clopeau]

J'ai bien les bonnes application, plus la mienne.

Bon, pour l'instant je vais adopter la solution de pacificator.

je suis toujours preneur d'une solution si quelqu'un à une autre idée.

Merci

[DelphiManiac]

Non ce n'est pas normal qu'il te donne une erreur. Si les tables existent, le sync passe sans aucun message.

Par contre, de but en blanc, je vois pas pourquoi il te mets cette erreur.

[etienne.clopeau]

J'ai également remarque que python manage.py reset appli ne fonctionne pas non plus.
J'ai l'impression qu'il n'arrive pas à supprimer les tables...
Y aurait-il des privilèges particuliés à donner que je n'aurait pas fait?

[DelphiManiac]

Il faut que l'utilisateur avec lequel tu te connectes à la base de données (celui déclarer dans settings.py) ai tout les droits.