Discussion :

[Mouette62]

Bonjour,

on tourne cela dans tous les sens mais impossible de s'arrêter sur une solution (matrice)
une donnée peut être consommée par un/plusieurs service(s)
une donnée ne peut être produite que par un seul service
Un service dès qu'il est producteur d'une donnée, il est à la fois consommateur de cette donnée
un service peut produire plusieurs données
un service peut consommer une (minimum) ou plusieurs données
un service ne peut être que consommateur

Merci pour vos éclairages ...

[Richard_35]

Bonjour Mouette62,

Déjà, il faudrait classer tes règles de gestion par couple de la même association, à savoir :

une donnée peut être consommée par un/plusieurs service(s)
un service peut consommer une (minimum) ou plusieurs données

un service peut produire plusieurs données
une donnée ne peut être produite que par un seul service

Ensuite, voir les particularités :

Un service dès qu'il est producteur d'une donnée, il est à la fois consommateur de cette donnée
un service ne peut être que consommateur

Nous voyons déjà une incohérence entre :

un service ne peut être que consommateur

et

un service peut produire plusieurs données
Un service dès qu'il est producteur d'une donnée, il est à la fois consommateur de cette donnée

Un service peut-il producteur et consommateur ?

Merci pour vos éclairages ...

==> j'allais le dire !...

[Mouette62]

Bonjour Richard_35,


merci déjà pour ta réponse.
bon il est vrai que mes neuronnes ont un peu lâcher sur :

un service ne peut être que consommateur

il fallait lire

un service peut n'être que consommateur

Oui un service peut être producteur et consommateur à la fois.

Je pensais à la notion d'héritage avec une contrainte Totalité (couverture+non disjonction) ?

merci !

[Richard_35]

OK. Il ne reste donc plus que :

une donnée peut être consommée par un/plusieurs service(s)
un service peut consommer une (minimum) ou plusieurs données

donnant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Service ---1,n---[Consommer]---0,n--- Donnee

un service peut produire plusieurs données
une donnée ne peut être produite que par un seul service

donnant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Service -0,n---[Produire]----1,1- Donnee

Le "cumul" donne :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
Service -0,n---[Produire]----1,1- Donnee
   |                                |
   |                                |
   |                                |
   +-----1,n---[Consommer]---0,n----+

Un service dès qu'il est producteur d'une donnée, il est à la fois consommateur de cette donnée

donnant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
Service -0,n---[Produire]----1,1- Donnee
   |               |                |
   |             (???)              |
   |               |                |
   +-----1,n---[Consommer]---0,n----+

Je ne sais pas comment est codifiée cette contrainte. A la limite, un trigger fera l'affaire.

Les tables sont relativement évidentes à déterminer à l'aide du pense-bête (sauf ton respect...) de CinePhil.

[CinePhil]

Un service dès qu'il est producteur d'une donnée, il est à la fois consommateur de cette donnée

donnant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
Service -0,n---[Produire]----1,1- Donnee
   |               |                |
   |             (???)              |
   |               |                |
   +-----1,n---[Consommer]---0,n----+

Je ne sais pas comment est codifiée cette contrainte. A la limite, un trigger fera l'affaire.

On pourrait traduire la règle énoncée de cette façon :
Un service peut consommer plusieurs données qu'il ne produit pas + plusieurs données qu'il produit.

La modélisation des associations "Produire" et "Consommer" me semble suffisante pour ce qui est de la conception.

Gardons cette nouvelle règle dans la musette et descendons dans la soute de la BDD pour mettre les mains dans le cambouis du SQL.

Si nous avons besoin de savoir quels données un service S peut consommer, il suffit de faire une vue unissant les produits faisant partie de l'une ou l'autre des deux associations.
Un truc de ce genre :

Code SQL :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
CREATE VIEW v_donnees_consommables AS
SELECT d1.dnn_id, -- colonnes de la table donnee
	c.scd_id_service AS id_service
FROM donnee d1
INNER JOIN srv_consommer_donnee c ON c.scd_id_donnee = d.dnn_id
UNION
SELECT d2.dnn_id, -- mêmes colonnes de la table donnee
	p.spd_id_service
FROM donnee d1
INNER JOIN srv_produire_donnee p ON p.spd_id_donnee = d.dnn_id

Ensuite on interroge la vue pour un service donné pour savoir quels données il a le droit de consommer.

Code SQL :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
SELECT dnn_id, -- colonnes de la table donnee
FROM v_donnees_consommables
WHERE id_service = -- identifiant du service choisi

[redacteurweb]

salut

merci pour ces éclaircissements.

[Mouette62]

Bonjour,

merci pour vos réponses qui rejoignent notre modélisation (celle de Richard_35). J'ai suivi également les conseils de CinePhil et j'arrive à exploiter cette base. Merci à tous pour votre aide.

J'aurais encore une petite question méthodo, comment représenteriez vous alors la matrice des DF en fonction des associations ?

Merci !

Franck

[Richard_35]

Bonjour Mouette62,

comment représenteriez vous alors la matrice des DF en fonction des associations ?

==> c'est une question pour les "merisiens de naissance"... qui, sans doute, ne manqueront pas d'apporter cette précision.

[JPhi33]

Bonsoir à tous,

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
Service -0,n---[Produire]----1,1- Donnee
   |               |                |
   |             (???)              |
   |               |                |
   +-----1,n---[Consommer]---0,n----+

Je ne sais pas comment est codifiée cette contrainte. A la limite, un trigger fera l'affaire.

Il s'agit d'une contrainte d'inclusion de Produire dans (ou vers) Consommer. Autre formulation de cette contrainte :

Une donnée ne peut être produite par un service que si celui-ci la consomme.

Au niveau de la base de données, toute insertion dans la table Donnée d'une donnée d1 produite par le service s1 devra s'accompagner d'une insertion dans la table Consommer du couple {d1, s1} (trigger ? assertion ?).

[Mouette62]

Bonjour,

merci pour vos réponses, cela m'a aiguillé vers une solution. Pour les triggers, impossible car inexistant sur Access ...

Je pars donc sur une union.

Encore merci !

[Richard_35]

Bonjour Mouette62 et JPhi33,

JPhi33, merci pour les précisions .

Mouette62, il me semble que les triggers existent sous Access à partir de 2007 ou 2010 : postes sur le forum Access, il y a des spécialistes !

N'oublies pas le bouton .