Bonjour,
 
J'aimerais obtenir un petit graph de mes tables, mais je ne sais pas quel outil utiliser...
J'ai tenté de convertir ma base MySQL vers ACCESS mais le resultat est peu folichon...
 
Je ne peux imaginer, dans le monde ou nous vivons, et ou technologie et progrès se conjuguent chaque jour pour notre plus grand bonheure, je ne peux concevoir, donc, qu'un tel outil n'existe pas?!
 
merci de votre aide

hummm c'est un peu con ma question...
comme MySQL ne gere pas les clé etrangere yaura pas de lien entre les tables...
 
any solution? j'ai pas envi de tout me tapper dans visio (sachant que ca va encore bouger X fois!)

utilise PowerAMC  
 
Dans la logique, la conception Merise de ta base se fait AVANT de créer les tables dans ta base

merci je vais regarder ca
 
merise merise... ca a un rapport avec cerise ?

non, c'est lenom d'un arbre, mais c'est pas un cerisier, bien que le bois lui ressemble
 
une autre question débile ?
 
sinon, normalement la dernière version de PHPmyadmin (toujours en béta je crois) offre cette solution (mais j'ai jamais essayé)

merci! je m'en va regarder
mais sans els clés etrangeres...
 
je sais que c'est pas serieux et que la conception aurait du etre plus poussée, mais que voulez vous, c'est un projet en mouvement et encore en phase de protoypage, et il s'agit de faire evoluer une BDD qui tourne deja...
Et puis voila, je me cherche des excuses koi...

C'est quoi le sujet du prijet en gros ?
 
Ca m'intéresse, je suis intrigué par une base qui doit évoluer, c'est pas courant !

ben elle evolue pasque c'est un projet en phase de prototypage
 
Pour l'instant tout est sous MySQL mais ca passera sous Oracle d'ici qq temps...
 
C'est un projet d'arhivage de sites web dont je ne vois pas le bout (et qui n'en a d'ailleurs pas) et qui me broute la tete depuis deja 1.5 ans...

Archivage de sites web ?
 
C'est à dire ?

j'aimerais pas foutre ma merde, mais Merise c'est lourd et dépassé

J'aimerais pas foutre la merde, mais MERISE, c'est moins lourd que UML (et surtout pas du tout dédié aux même problèmes) et pas dépassé du tout.

quand je parlais de Merise aux entretiens d'embauche, on me disait "ça existe encore ça ?"

ça reste une référence

 
en fait il s'agit d'archvage d'un corpus de sites web (environ 5000 à 10000 dont des bien gros!), avec suivi des mises à jour.
 
Pour Merise c'est comme UML pour moi: j'ai juré que j'amais on en me prendrait plus à y toucher depusi ma sortie de l'ecole (tout comme java et ses salopperies d'ejb sa mere). C un choix personnel duquel je ne shaute d'ailleurs pas debattre (je n'ai aucun arguments, mis à part ma forte conviction d'avoir toujours raison en toutes circonstances - de plus vive perl)

bon bon j'ai rien dit alors, désolé  

Bah disons que tu utilises n'importe quel SGBD disposant d'une interface graphique, il te permet notamment de voir le MPD.
 
Deplus, aucune base "digne de ce nom" ne supporte aujourd'hui correctement tous les aspects de l'UML, donc 50% de l'analyse UML reste théorique, et est bonne à mettre aux orties à la fin de l'analyse.
 
Donc seul MERISE permet aujourd'hui de modéliser de façon simple et efficace n'importe quel problème, puisque tout dans merise est applicable à un SGBD (entités, relations, règles de gestions, process, etc.)
 
L'UML tente de faire le lien entre deux choses :
- Modélisation des informations, et il le fait moins bien que Merise
- Conception des objets, directement implémentés dans les données, mais peut de SGBD le gère aujourd'hui, et correctement, encore moi.

J'ai un poste de développeur Java à te proposer si tu veux
 
 
... et en plus c'est pas une blague

C pas du Java qu'il veut faire, mais du Perl

ce que je voulais dire, c'est que si on suit tout le processus de modélisation MERISE? c'est quand même très lourd. Maintenant, biensur que le MPD est indispensable, je parlais de MERISE dans sa globalité (ceci dit personne ne se sert non plus d'UML dans sa globalité)

Je sais, mais comme il a l'air d'aimer le Java

Ca me semble intéressant comme petit truc ça
 
Par contre, je cerne pas trop pourquoi il te faut autant de temps
 
Parceque certes, le volume d'infos pose implicitement des problèmes, mais le problème me semble pourtant assez simple à modéliser non ?

le MCD, c'est le début de tout, pas moyen de "débuguer" une BDD si j'ai pas le MCD devant les yeux

ben oui on est d'accord

Bof, moi je me contente généralement du MPD.
 
Le MCD n'apporte pas beaucoup d'infos, et encore moins utiles (les cardinalités, qui sont la plupart du temps 1,n ou 0,n)

 
Ben non
ya aps tous les parametres de l'histoire la, masi je peux pas les donner non plus
 
En gros ca veut dire assurer un suivi demçj de chacun de ces sites, stocker le tout à travers internet, et permettre une consultation evoluée de l'archive
donc ya des histoires d'aspirations distribuée (et faut gerer streaming, pages dynamiques, flash, javascript, et toutes ces merdes), de structure de BDD permettant uen gestion des version, l'indexation par la dessus, etc...
 
internet c'est de la merde
je veux jouer du violon devant un lac en montagne, comme Springfellow Hawk dans supercopter...
donnez moi une corde que je me coupe les veines

Chuis sûr que je te fais ça en une semaine (niveau base, tu te démerde pour l'aspirateur, j'aime pas la prog, je préfère la modélisation )

tu te la pete, mais c gentil de proposer
la modelisation est deja à peu pres faite depuis 1 ans.
c lourd et chiant voila c tout
le genre de boulot qui donne envie d'aller voir ce qu'il y a au fond de la seine

meuh non
 
tu devrais voir mon boulot, tu verras que ton truc est tout à fait sympa

Avec des tables InnoDB, mysql peut gérer des clés étrangères  
Et Visio s'en sort très bien pour faire la représentation graphique

ok je vais regarder ca, merci!
 
pour visio c'est vrai que c'est plutot bien fait, mais on est tout de meme obligé de tout refaire (non?)...
 

Tu es obligé de redéfinir toutes tes tables pour les clés étrangères. Mais après, Visio fait le graphique tout seul, à partir de la connexion ODBC

woh punaise je savais pas!
cool ca
 

Salut salut je réagis
 
* MagicBuzz! c'est très courant une base qui évolue !!! ca tendrait à vouloir dire que le projet n'est pas mort et qu'on tente l'améliorer du moins faut-il l'espérer
 
* noldor ! le principe de base de Merise, c'était que, comme le merisier, la méthode produit des fruits mais qu'il est aussi nécessaire de savoir bien les choisir ! donc ne pas tout garder de Merise, bien sur, mais faire des MCD et des modèles des flux, c'est le minimum minimorum !!!
 
* the real smiley !! d'ac avec toi, le MCD est incontournable... pour ma part, j'ai toujours besoin du MCD ET du MPD pour travailler sur une base !
 
* noldor ! si on t'a dit 'ça existe encore' à un entretien d'embauche, ca veut dire q dans cette boite, c'est le oaï et qu'ils font pas de modèles, y devaient pas être très sérieux !!!
 
* pospos ! ta "conception" a duré un an et la base bouge dans tous les sens ? ya un gros pb de conception dans ce projet, c'est évident !!! on programme rien tant que la base est pas stabilisée... d'ou l'intérêt d'un beau MCD... intérêt d'un outil de conception : tu peux produire simpement un script sans la gestion des foreign keys, puis un autre avec FKs... courage pour passer de Mysql à oracle une fois la base faite !!! tout le boulot fait dans le MPD est à refaire dans le fond...
 
conclusions provisoires :
On ne peut pas se passer de modèles pour faire du travail sérieux.
a ma décharge : j'ai reçu la parole merisienne directement des gens de CETE mediterranée, alors forcément, j'ai été influencé

la BDD n'est qu'une petite partie du projet
J'ai fait la strucure ya un an, et je n'y ai plus touché apres (d'ailleurs je ne l'utilisais qusiment pas, les parties sont independantes
la je la reprend