Discussion :

[devdu34]

Salut,

Lors des développements symfony (PHP) je travaille avec skipper pour la conception de la base de donnée. Il permet d'ailleurs de générer les modèles automatiquements. Pour django, tout ça semble encore bien loin, il existe bien quelques bricolages, mais rien de bien fonctionnel...

Je voudrais savoir comment vous procédez lors de la conception de grosses applis (70 80 entités mini) en django ?

Merci

[wiztricks]

Salut,

Je voudrais savoir comment vous procédez lors de la conception de grosses applis (70 80 entités mini) en django ?

70-80 entités, c'est beaucoup de travail de conception, en amont, pour traduire et mettre en forme les besoins utilisateurs sous une forme lisible avec pas mal de "visuels" qui vont non seulement porter sur le modèle de données mais aussi sur les cas d'utilisation, le détail des règles de gestion.
Outre le choix d'un SGDB qu'on ne maîtrise pas toujours car il y a des savoir faire existants en prendre en compte, il y a un gros travail de "normalisation" à effectuer sur le modèle de données car il y a de fortes chances qu'il soit utilisé par plusieurs applications simultanément ou dans le temps.
Délicat dans ces conditions d'utiliser un outil spécifique à un framework, à une base de données ou à un langage de programmation... D'autant que vous avez de bons outils "UML" qui permettent de fabriquer les tables à partir du modèle de données (et fabriquer et maintenir les différents éléments de conception).

Pour intégrer ces informations dans l'ORM de Dango, le plus simple est de considérer que c'est une BDD existante et d'utiliser inspectdb.

En tout cas, c'est comme çà que je fais.

- W

[devdu34]

T'es le premier à qui je pose la question qui me confirme l’intérêt de passer par des outils UML... ça me rassure !

Donc finalement, on procède toujours à une espèce de rétro inginérie pour importer modèles vers Django.

Je n'ai pas de quoi faire des tests tout de suite, mais du coup je suppose que cela pose des problèmes.. Juste pour le cas d'un manytomany par exemple, l'import va donc créer un modèle correspondant à la table intermédiaire je suppose, ce qui implique un énorme travail de nettoyage ?

[mazert]

Je confirme aussi qu'uml (diagramme de classe) est un incontournable pour s'en sortir et avoir une carte claire de nos entités avec les liaisons qui s'imposent. J'utilise Dia pour cela.

Pour intégrer ces informations dans l'ORM de Dango, le plus simple est de considérer que c'est une BDD existante et d'utiliser inspectdb.

Pas mal comme technique, ça permet un gain de temps lors de la première génération du models.py.

Sur mon projet actuel, je dois avoir une bonne vingtaine d'entité, et dans ce cas hors de question de tout mettre dans un seul fichier. On créé des modules en fonction de l'entité (personnes pour clients, et vétérinaires) (horaires pour planning, rendez-vous, ), et sur le diagramme uml je les mets en évidence par jeux de couleur avec une légende