yep047 Posté(e) le 27 septembre 2009 Partager Posté(e) le 27 septembre 2009 Bonjour , voila suite a un projet , j'essaie de faire une base de données , pour le moment je n'en suis que a la partie ou je trouve mon idée et je dessine le schéma principale en gros je souhaiterai connaitre votre avis sur mon idée princpal pour le moment voici le schéma : les attributs ne sont pas encore au complettt , c'est juste pour voir si l'idée est possible pour l'intitulé , c'est en fait la gestion d'une billeterie qui vends des ticket de concert , spectacles etc... Merci Lien vers le commentaire Partager sur d’autres sites More sharing options...
yep047 Posté(e) le 27 septembre 2009 Auteur Partager Posté(e) le 27 septembre 2009 personne? Lien vers le commentaire Partager sur d’autres sites More sharing options...
Shtong Posté(e) le 28 septembre 2009 Partager Posté(e) le 28 septembre 2009 D'une part pour info les images ImageShack ne fonctionnent pas sur le forum , je te laisse changer Et puis tu aurais peut-être plus de chance dans la section programmation Lien vers le commentaire Partager sur d’autres sites More sharing options...
Quarky Posté(e) le 28 septembre 2009 Partager Posté(e) le 28 septembre 2009 En effet comme le dit Shtong, nous avons quelques "difficultés" avec imageshack. Tu dois donc utiliser un autre hébergeur, voici un sujet qui liste des alternatives : Les hébergeurs d'images compatibles avec le forum. Topic déplacé en programmation Lien vers le commentaire Partager sur d’autres sites More sharing options...
yep047 Posté(e) le 28 septembre 2009 Auteur Partager Posté(e) le 28 septembre 2009 Merci , j'ai éditer l'image maintenant on la vois Lien vers le commentaire Partager sur d’autres sites More sharing options...
Mephisto Posté(e) le 29 septembre 2009 Partager Posté(e) le 29 septembre 2009 pour moi, le client est en relation avec l'évènement grâce au billet. la relation "participe" devrait alors être remplacer par une relation "achête" sur client/billets (déjà présente) et "permet l'accès" sur billets/évènement ensuite, je ne vois pas l'intérêt du champ 'date' dans les artistes aussi, dans évènement, tu as un champ lieu, et une relation avec la table lieu. un simple id_lieu suffira et au passage, si tu comptes te servir de ce graph pour générer la suite de ton bazard, note qu'il ne faut pas préciser les id_xxx, puisqu'ils apparaîtront quand les relations seront "concrétisés" précise bien les identifiants (PK) des différentes tables (les lieux, billets, ...) Lien vers le commentaire Partager sur d’autres sites More sharing options...
yep047 Posté(e) le 30 septembre 2009 Auteur Partager Posté(e) le 30 septembre 2009 merci a toi , j'ai modifier quelque truc et j'ai fais un schéma au brouillon du modélee conceptuelle voila l'image : quelqu'un peut voir si les cardinalité sont bonnes? sinon une petite mise en situation pour mieux comprendre au cas ou : On souhaite Crée une base de données pour une Billetterie qui vends des tickets pour divers événements (Spectacles, théâtre, concerts …) . Chaque événement pourra être rajouté, ainsi que le ou les artiste(s) présents, ainsi que le lieu. Chaque client est enregistré possédant un numéro d’identification personnel ainsi que ses coordonnées, et pourra être prévenu en cas d’annulation de l’évènements la base de données dispose également les coordonnées et information de ses fournisseurs voila Merci d'avance ( en espérant que vous savez lire mon écriture lol ) Lien vers le commentaire Partager sur d’autres sites More sharing options...
Tiduster Posté(e) le 30 septembre 2009 Partager Posté(e) le 30 septembre 2009 C'est marrant ça me rappel l'ACSI de ma première année de DUT . Là j'suis vraiment trop crevé, mais si personne s'y est penché entre temps j'essayerai d'y jeter un coup d'oeil demain... Lien vers le commentaire Partager sur d’autres sites More sharing options...
Bad Boy Posté(e) le 30 septembre 2009 Partager Posté(e) le 30 septembre 2009 Pour l'évènement et le billet, est ce qu'un billet peut permettre d'accéder à plusieurs événement ? (ex : billet de cinéma pour plusieurs séances) ? Si oui mets la cardinalité en 1,N, sinon ne touche rien. Pour l'artiste et l'évènement j'aurais mis N,N car l'artiste peut faire plusieurs évènement :) Sinon, pour ma part j'aurais sorti la ville et le code postal des 3 tables. Lien vers le commentaire Partager sur d’autres sites More sharing options...
Shtong Posté(e) le 30 septembre 2009 Partager Posté(e) le 30 septembre 2009 Quelques remarques en vrac : - Un lieu peut accueillir plusieurs évènements : la cardinalité de accueuilles n'est pas bonne - Un billet appartient à un seul client : la cardinalité de achete n'est pas bonne - Le lien Participe me semble superflu puisqu'on peut suivre achetes -> accedes Pour l'artiste et l'évènement j'aurais mis N,N car l'artiste peut faire plusieurs évènement :) Pas d'accord ! A moins qu'il y ait méprise sur la notation, c'est une notation UML ou Merise ? Mais moi j'ai compris "un artiste participe à plusieurs évènements, un évènement concerne un seul artiste". Lien vers le commentaire Partager sur d’autres sites More sharing options...
yep047 Posté(e) le 7 octobre 2009 Auteur Partager Posté(e) le 7 octobre 2009 merci pour vos réponses , je me suis mis au projet j'ai crée les tables , j'ai fais les relations . maintenant je m'attaque au formulaires et sous formulaire , je galéree déja si quelqu'un a le temps de regarder mon projet accesss ce serais super( il est tout petit c'est pas un big truc en 10 min c'est verifier a 100% ) , qu'il m'envoye un mp merci beaucoup d'avance Lien vers le commentaire Partager sur d’autres sites More sharing options...
Messages recommandés
Archivé
Ce sujet est désormais archivé et ne peut plus recevoir de nouvelles réponses.