j'avoue que c la première fois que j'entends "choisir django à la place de
.net :)"


Le 21 août 2013 10:30, Michael Cornelis <[email protected]> a écrit :

> 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
>
_______________________________________________
django mailing list
[email protected]
http://lists.afpy.org/mailman/listinfo/django

Répondre à