Salut Michaël,
Pour la DB tant que tu n'utilises pas de RAW SQL ou des app django
spécifique à une SGBD, tu peux utiliser celui que tu veux.
Pour la production je te conseille Postgresql c'est pas plus compliqué
que MySQL mais tellement plus agréable au quotidien.
Concernant les tables, tu peux faire le tri dans les INSTALLED_APPS, si
tu supprimes des APP ça supprime les tables correspondantes.
Par contre si tu as besoin d'une APP, tu as les tables nécessaires à son
fonctionnement.
Il y en a quelques unes, mais le modèle de données est propre.
Pour la Auth utilisateur, utilise le AbstractUser de Django 1.5 ça te
permet, comme l'a dit Olivier, d'utiliser tous les mécanismes de Django
et de rajouter tes champs spécifiques.
Pour la gestion des modifications de ta base de données engendrée par la
modification de tes modèles, utilise South.
Bienvenue chez nous,
Rémy
Le 20/08/2013 22:02, Olivier Girardot a écrit :
Le 20 août 2013 21:56, Michael Cornelis <[email protected]
<mailto:[email protected]>> a écrit :
Bonjour à tous,
Bonjour :)
Je fais mes débuts dans Django (enfin).
Mais j'aurai quelques questions...
Concernant la partie DB. Je fais mes premier dev en SQLite.
Lorsque je regarde mes tables... J'ai l'impression qu'il y a un
beau bazard avec les générations automatique des tables Django
(auth, django-admin etc)
Ensuite j'ai les tables concernant mes applications.
Il y a t-il un moyen pour mettre du tri dans tout cela?
La logique est pas très complexe, chaque table est prefixé par le nom
de l'application afférente et ensuite le nom de l'objet en mode
underscore_case. Automatiquement sont générées lors du syncdb les
tables nécessaire au fonctionnement de django et si tu as fait une
application "front" tu auras dans ta bdd des tables front_*
Autre question pour la partie auth des utilisateurs, utilisez-vous
celle de base de Django ou faite vous un système "maison"?
Celle de base, en utilise la notion de "profile" utilisateur, pour
enrichir le modèle utilisateur et associé un profil à chaque
utilisateur. Depuis les dernières version (1.4) de django tu as aussi
la possibilité de définir toi même une class User tel que tu la
voudrais :) (et qui sera prose en compte par toutes les librairies et
le système dans son ensemble) à voir si c'est pas overkill pour toi.
Merci à vous :-)
derien, en esperant que ça t'aide.
++
A bientôt
Michaël
_______________________________________________
django mailing list
[email protected] <mailto:[email protected]>
http://lists.afpy.org/mailman/listinfo/django
_______________________________________________
django mailing list
[email protected]
http://lists.afpy.org/mailman/listinfo/django
_______________________________________________
django mailing list
[email protected]
http://lists.afpy.org/mailman/listinfo/django
