Discussion :

[Wozniak]

Bonsoir Mesdames et Messieurs,

Je suis confronté à un problème et j'aurai besoin de votre aide s'il vous plait.

Ci-joint l'héritage que j'ai utilisé dans mon schéma, je voudrais savoir si cela est normal (sans problème) d'ajouter un attribut libelle_Categorie (celui-ci contiendera soit: "PLAT", "INGREDIENT", "BOISSON", "VIN") pour pouvoir afficher des résultats comme suit par exemple:

SELECT COUNT(*) FROM PRODUIT WHERE libelle_Categorie='VIN';



Merci par avance

[escartefigue]

Bonjour,

Ce qui n'est pas une bonne idée c'est de compter des libellés. Vous devriez utiliser un code, qui pointera via une relation sur une entité-type qui fournira le libellé.
Cette technique fiabilisera vos recherches, garantira l'intégrité de votre SGBD et diminuera le coût CPU et I/O de vos index.

De plus, vos catégories en l'état vous obligent à créer des redondances : un vin est une boisson et vous aurez donc à le décrire 2 fois
Vous pouvez empiler les héritages (découper les boissons en vins, eaux, jus de fruits...) ou renommer les ET pour qu'elles correspondent exactement au contenu

[SQLpro]

Bonsoir Mesdames et Messieurs,

Je suis confronté à un problème et j'aurai besoin de votre aide s'il vous plait.

Ci-joint l'héritage que j'ai utilisé dans mon schéma, je voudrais savoir si cela est normal (sans problème) d'ajouter un attribut libelle_Categorie (celui-ci contiendera soit: "PLAT", "INGREDIENT", "BOISSON", "VIN") pour pouvoir afficher des résultats comme suit par exemple:

SELECT COUNT(*) FROM PRODUIT WHERE libelle_Categorie='VIN';



Merci par avance

Non c'est stupide car cette information vous l'avez déjà par la jointure.
Il faut faire cela dans une vue :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
CREATE VIEW V_PRODUIT
AS
SELECT *, CASE WHEN PT.ID_PROD IS NOT NULL THEN 'PLAT' 
               WHEN I.ID_PROD IS NOT NULL THEN 'INGREDIENT' 
			   WHEN B.ID_PROD IS NOT NULL THEN 'BOISSON' 
			   WHEN V.ID_PROD IS NOT NULL THEN 'VIN'
		       ELSE 'inconnu !'
		  END AS NATURE 
FROM   PRODUIT AS P
       LEFT OUTER JOIN PLAT AS PT
	        ON P.Id_PROD = PT.ID_PROD
	   LEFT OUTER JOIN INGREDIENT AS I
	        ON P.Id_PROD = I.ID_PROD
	   LEFT OUTER JOIN BOISSON AS B
	        ON P.Id_PROD = B.ID_PROD
	   LEFT OUTER JOIN VIN AS V
	        ON P.Id_PROD = V.ID_PROD;

Si vous ajoutez votre colonne vous aurez 2 problèmes :
1) REDNDANCE vous augmentez le volume des données pour rien. Ceci sera contre performant
2) si vous avez fait une erreur de saisie (mettre un plat dans la catégorie vin), vous allez avoir, soit une "désynchronisation" des données, soit l'obligation de rajouter des déclencheurs supplémentaire pour gérer tous les cas de figure. Donc soit des données fausse, soit d’énorme pertes de performances !

A +

[Wozniak]

Re bonjour,
Je vous remercie pour votre aide, cependant ayant obligatoirement besoin d'un attribut CategorieProduit plus tard (pour être plus explicite dans la création d'une DIMENSION pour un Entrepôt de données, si je n'ai pas quelque part libelleCategorieProduit je ne pourrais pas créer une dimension CategorieProduit)

Que pourriez-vous me proposer comme solution s'il vous plait?

[escartefigue]

Un attribut n'est pas nécessaire pour ce besoin, le traitement qui extrait les données à destination de votre infocentre pourra déterminer la catégorie en fonction d'un test d'existence par exemple