2015-12-02 1 views
0

Les associations de tables doivent-elles avoir des rôles. Je trouve ceci difficile à comprendre par exemple s'il y a une table de produit et une table d'inventaire et qu'une rangée dans la table de produit est associée à beaucoup de rangées dans une table d'inventaire (par exemple chaque copie d'un produit particulier a un numéro de série unique est une clé étrangère référençant une colonne dans la table d'inventaire) peut être associée à une ou (probablement) plus de lignes dans une autre tableLes relations entre les tables doivent-elles avoir des descriptions?

Je trouve ce type de relation difficile à décrire. Si elle était inversée, vous pourriez dire qu'un produit est détenu dans 1 et 1 seul inventaire et qu'un inventaire contient 1 à plusieurs produits.

J'avais du mal à comprendre un problème similaire à celui décrit ci-dessus jusqu'à ce que je trouve les différentes définitions pour les relations sur cette page

http://help.filemaker.com/app/answers/detail/a_id/9922/~/understanding-and-creating-many-to-many-relationships-in-filemaker-pro

Peut-être que je pense à ce sujet dans le mauvais sens

+0

Quelle méthode de modélisation de l'information utilisez-vous? – philipxy

+0

J'utilise un diagramme er dans sql workbench avec une approche descendante (pas sûr si cela répond à votre question je suis un débutant par rapport aux bases de données) – user3429270

+1

Re "chaque copie d'un produit particulier a un numéro de série unique qui est un clé étrangère référençant une colonne dans le tableau d'inventaire "Vous confondez des copies identifiées par des numéros de série avec des produits identifiés par des numéros de produit. Un élément d'inventaire * est * une copie particulière. Ce que vous voulez dire, c'est qu'il y a un numéro de produit particulier dans la table des produits qui contient plusieurs lignes de table d'inventaire, chacune avec le numéro de série de l'article ou de la copie de l'inventaire qui est ce type de produit. Vous avez donc un FK sur le produit # de l'inventaire aux produits. Pourquoi les deux tables auraient-elles un numéro de série? – philipxy

Répondre

1

Lire à propos de la méthode/des diagrammes ERM (Entity-Relationship Model) de Chen: Entités sont des boîtes (& tables de type d'entité), les types de relation (ship) sont des diamants (& tables d'association), les participations de types d'entité sont des lignes deFKs) et les propriétés (non-entité "participants" ou attributs) sont des ovales sur les lignes. Cela permet de savoir ce qu'est une relation (bateau)/table et ce qu'est une participation/FK. Ensuite, certaines variantes d'ER utilisent abusivement le terme «relation» pour FK et omettent les diamants, de sorte que la relation (le navire) et les participations ne sont pas si claires. (Voir le modèle d'entité-relation de wikipedia.) Vous utilisez le terme «rôle», qui est utilisé dans la modélisation d'objet-rôle pour la participation (par entité ou propriété). Il est le plus fidèle au modèle relationnel et peut être mappé aux méthodes de variantes ER et ER. (ER a le problème des distinctions artificielles Il n'y a vraiment aucune différence entre une entité, une relation ou une propriété, et chaque superkey de table correspond à une "entité".)