Je ne suis pas sûr de bien avoir saisi ce que tu veux dire, mais dans le doute, je vais tout de même répondre.
Avec Django, tu n'es pas censé voir du SQL. Tu écris tes classes Python (*) qui servent de modèle, et tu peux utiliser des « views » génériques (qui correspondraient plutôt au contrôleur dans MVC). Il ne te reste plus qu'à écrire un template avec un peu de HTML (la vue du MVC).
Quand tu pars d'un projet existant, tu n'as aucune raison de partir de la base de données… car elle n'existe pas.
En tout cas, Django utilise beaucoup les conventions, si ça peut te rassurer.
(*) exemple :
class Book(models.Model):
title = models.CharField("titre", max_length=255, primary_key=True)
author = models.CharField("auteur", max_length=255)
Ça génèrera une table SQL avec deux colonnes de VARCHAR, mais tu pourras manipuler uniquement des objets Python.
[^] # Re: Scaffolding
Posté par flan (site web personnel) . En réponse au journal Django 1.5 beta. Évalué à 2. Dernière modification le 29 novembre 2012 à 22:09.
Je ne suis pas sûr de bien avoir saisi ce que tu veux dire, mais dans le doute, je vais tout de même répondre.
Avec Django, tu n'es pas censé voir du SQL. Tu écris tes classes Python (*) qui servent de modèle, et tu peux utiliser des « views » génériques (qui correspondraient plutôt au contrôleur dans MVC). Il ne te reste plus qu'à écrire un template avec un peu de HTML (la vue du MVC).
Quand tu pars d'un projet existant, tu n'as aucune raison de partir de la base de données… car elle n'existe pas.
En tout cas, Django utilise beaucoup les conventions, si ça peut te rassurer.
(*) exemple :
class Book(models.Model):
title = models.CharField("titre", max_length=255, primary_key=True)
author = models.CharField("auteur", max_length=255)
Ça génèrera une table SQL avec deux colonnes de VARCHAR, mais tu pourras manipuler uniquement des objets Python.