Version imprimable
bonjour,
je suis débutant en conception BDD, je voudrais crée un site en asp.net pour petites annonces,dans ce site, un utilisateur peut crée une annonce (photo,désignation,description, et le prix, catégorie, sous-catégorie, et l’état de l'article(nouveau ou utilisé) ), j'ai essayer de faire un MCD : Pièce jointe 271078
merci d'avance.
Vos cardinalités sont inversées pour l'association "appartenir". Un "article" peut appartenir de 1 à n "catégories".
Pour la partie "adresse" soit il faut localiser avec une adresse complète soit il faut localiser sur une zone géographique qui peut être la commune, le département, la région...
Bien entendu il manque pas mal d'informations périphériques à vos entités.
A +
Merci infiniment, ça serait magnifique si vous m'aidiez plus sur le mcd je suis vraiment perdu complètement, lorsque je dit j'ai fini il y a toujours un ou plusieurs éléments manquants.
1) postez dans le sous forum "schéma"
2) donnez-nous le cahier des charges
A +
Difficile à dire sans les règles de gestion, mais un article appartenant à une et une seule catégorie est bien le cas le plus fréquentCitation:
Envoyé par SQLpro
Exemple : clef anglaise ==> catégorie outillage à main
Et notamment le type et la longueur des attributsCitation:
Envoyé par SQLpro
Le prix attaché directement à l'article est très limitant : pas de prix saisonnier, pas de barème par quantité ... à confirmer
Pièce jointe 271668Citation:
Envoyé par escartefigue
ce site permet de s'inscrire /se connecter / publier des annonces / modifier une annonce/ Supprimer une Annonce / Une annonce doit contenire au moins 1 photo , le visiteur peut rechercher une annonce , admin peut gere les annonces et les utilisateurs
l'utilisateur publie l'article et il peut choisir le prix , le visiteur peut contacter l'utilisateur d'aprés le numero de tel ou bien l'email
j'ai bien essayer de travailler sur le MCD mais je sais qu'il y a beaucoup de fautes, que pensez vous ?
Bonjour,
Les règles de gestion sont les règles métier, vous devez les rédiger sous la forme d'un n° de règle pour en parler facilement et d'un libellé de la règle, par exemple
- R01 : tout article appartient à une et une seule catégorie
- R02 : une catégorie peut concerner plusieurs articles
Ce qui donne ARTICLE 1,1 --- Appartenir --- 0,n CATEGORIE
Ou alors
- R01 : un article peut appartenir à aucune ou plusieurs catégorie
- R02 : une catégorie concerne un ou plusieurs articles
Ce qui donne ARTICLE 0,n --- Appartenir --- 1,n CATEGORIE
Donc pour chaque "patte" d'une relation il faut au moins 1 règle comme ci-dessus, il peut y en avoir plus s'il existe des Contraintes d'Intégrité Fonctionnelles (CIF) par exemple des relations mutuellement exclusives
(exemple de CIF : un utilisateur qui rédige un article ne peut pas être l'utilisateur qui valide l'article)
Peut être avez vous des CIF entre utilisateur et administrateur, l'un peut il également être l'autre ?
Le type et la longueur des attributs doivent être mentionnés, par exemple "Ville_Codepostal Char(05)"
Utilisateur, administrateur et membre sont des personnes, vous pouvez donc mutualiser ce qui est commun dans une entité-type (par exemple "PERSONNE") et procéder ensuite par héritage
Bon courrage ;)
