Bonjour, Merci pour vos conseils. J'ai déja eu l'occasion de tester South, ça fonctionne très bien :) Concernant PostgreSQL, c'est le choix que j'avais fait.
Je vais sous doute être plus actif sur cette mailing, puisque je fais mon projet de fin d'étude en Python/Django. Je voulais tout simplement ne pas utiliser de .net, et rester dans l'esprit "opensource" A bientôt Le 21 août 2013 09:44, Rémy HUBSCHER <[email protected]> a écrit : > 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]> 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] >> http://lists.afpy.org/mailman/listinfo/django >> > > > > _______________________________________________ > django mailing > [email protected]http://lists.afpy.org/mailman/listinfo/django > > > > _______________________________________________ > django mailing list > [email protected] > http://lists.afpy.org/mailman/listinfo/django > -- Michaël Cornelis Rue Terne des vaches N°8 6460 Chimay Gsm: +32 (0)475/ 517.866 Fixe: +32 (0)60/ 779.010 E-Mail: [email protected] ______________________________
_______________________________________________ django mailing list [email protected] http://lists.afpy.org/mailman/listinfo/django
