Discussion :

[maph1]

Bonjour,

Pouvez-vous SVP m'indiquer la représentation sous access de l'entité faible ci-dessous.
Voici les relations qui sont concernées :
Règlement (n°règlement, n°client....) = entité faible
Client (n°client, nomclient...)

Je mets en clés primaires dans la table règlement n°règlement puis n°client
Dois-je faire comme dans le cas de clés étrangères à savoir mettre en évidence la relation n°client de la table client et n°client de la table règlement et cocher l'intégrité référentielle ?

Par ailleurs comment réprésenter les liasons sous access dans le cas d'entités spécifiques ?

Merci pour vos conseils.

Maph

[fsmrel]

Je mets en clés primaires dans la table règlement n°règlement puis n°client
Dois-je faire comme dans le cas de clés étrangères à savoir mettre en évidence la relation n°client de la table client et n°client de la table règlement et cocher l'intégrité référentielle ?

Client étant l'entité forte de référence pour Règlement, la clé primaire est composée des attributs n°client en premier, n°règlement ensuite.

Dans la table Règlement, n°client compose la clé étrangère par rapport à la table Client : cet attribut est soumis au régime commun et vous devez cocher l'intégrité référentielle entre les attributs n°client des deux tables.

[maph1]

Merci beaucoup.

Est-ce pareil pour représenter les liaisons entre une entité générique et une entité spécifique ?

Maph

[fsmrel]

Je ne suis pas sûr d’interpréter correctement ce que vous entendez par entité générique et entité spécifique.

En tout cas, dès que vous établissez une relation (ou plusieurs, comme par exemple dans le cas des nomenclatures) entre deux entités-types, peu importe la nature de celles-ci : entités-types fortes ou faibles, surtype et sous-types, dans tous les cas, l'intégrité référentielle doit être définie au niveau des tables, non seulement quelle que soit la nature des entités-types et associations-types sources, mais aussi quel que soit le SGBD, Access ou autre. Il doit toujours exister dans la table (disons dépendante) une clé étrangère pour faire référence à la table (disons) source de la contrainte référentielle.

[maph1]

Merci de votre réponse.


J'entends par
- entité générique, une entité rassemblant les attributs communs à toutes les occurrences de l’entité propriétaire par exemple
- entité spécifique (ou spécialisée) une entité rassemblant les attributs particuliers à certaines occurrences de l’entité propriétaire

En terme de modèle relationnel cela donnerait par exemple :
Propriétaire (N°proprio, Nom, Prenom, adresse etc...)
Propriétaire personne physique (n°proprio, mode_de_règlement
Propriétaire personne morale (n°proprio, nom_contact)

Merci de votre aide

[fsmrel]

Bonjour,

J'entends par
- entité générique, une entité rassemblant les attributs communs à toutes les occurrences de l’entité propriétaire par exemple
- entité spécifique (ou spécialisée) une entité rassemblant les attributs particuliers à certaines occurrences de l’entité propriétaire

D’accord.
Dans Access, on définit donc une relation (au sens Entité/Association) de type 0,1 - 1,1 entre les tables Proprio et PsnPhysique d’une part, Proprio et PsnMorale d’autre part.
Vous cochez évidemment la case "Intégrité référentielle", de manière à interdire la création d’une ligne dans une table spécialisée dont la valeur prise par l’attribut NoProprio ne soit pas préalablement une valeur prise par l’attribut NoProprio de la table Proprio.

[maph1]

Super !

Merci beaucoup pour ces précieux renseignements.

Maph