WOW !! MUCH LOVE ! SO WORLD PEACE !
Fond bitcoin pour l'amélioration du site: 1memzGeKS7CB3ECNkzSn2qHwxU6NZoJ8o
  Dogecoin (tips/pourboires): DCLoo9Dd4qECqpMLurdgGnaoqbftj16Nvp


Home | Publier un mémoire | Une page au hasard

 > 

Extraction des connaissance à  partir d'un datamart à  l'aide de l'arbre de décision application aux données médicales

( Télécharger le fichier original )
par Richard KANGIAMA LWANGI
Université de Kinshasa RDC - Licence 2011
  

précédent sommaire suivant

Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy

II.2.6.2 SCHEMAS RELATIONNELS

Dans les schémas relationnels nous trouvons deux types de schémas. Les premiers sont des schémas qui répondent fort bien aux processus de type OLTP qui ont été décrits précédemment, alors que les deuxièmes, que nous appelons des schémas pour le décisionnel, ont pour but de proposer des schémas adaptes pour des applications de type OLAP.

[29]

Nous décrivons les différents types des schémas relationnels pour le décisionnel.

II.6.2.3 LE SCHEMA EN ETOILE

Il se compose du fait central et de leurs dimensions. Dans ce schéma il existe une relation pour les faits et plusieurs pour les différentes dimensions autour de la relation centrale. La relation de faits contient les différentes mesures et une clé étrangère pour faire référence à chacune de leurs dimensions.

La figure 2.2 montre le schéma en étoile en décrivant les ventes réalisées dans.

Les différents magasins de l'entreprise au cours d'un jour. Dans ce cas, nous avons une étoile centrale avec une table de faits appelée ventes et autour leurs diverses dimensions : temps, produit et magasin.

Produits

Cle_P Description Type Catégorie

Magasin

Cle_M

Raison_soc Adresse Commune Département

Région Pays

Temps

Cle_T Jour Mois Année

Ventes

Cle_P
Cle_T
Cle_M

Quantité

FIG II. 3:Exemple de Modélisation en étoile

[30]

II.6.2.3 LE SCHEMA EN FLOCON DE NEIGE

Il dérivé du schéma précédent avec une relation centrale et autour d'elle les différentes dimensions, qui sont éclatées ou décomposées en sous hiérarchies.

L'avantage du schéma en flocon de neige est de formaliser une hiérarchie au sein d'une dimension, ce qui peut faciliter l'analyse. Un autre avantage est représente par la normalisation des dimensions, car nous réduisons leur taille.

Néanmoins dans, l'auteur démontre que c'est une perte de temps de normaliser les relations des dimensions dans le but d'économiser l'espace disque.

Par contre, cette normalisation rend plus complexe la lisibilité et la gestion dans ce type de schémas. En effet, ce type de schéma augmente le nombre de jointures à réaliser dans l'exécution d'une requête.

Les hiérarchies pour le schéma en flocon de neige de l'exemple de la figure 3 sont :

Dimension temps = jour ? mois ? année

Dimension magasin = commune ? département ? région? pays La figure 4 montre le schéma en flocon de neige avec les dimensionnes temps et magasin éclatées en sous hiérarchies.

Ventes

Cle_P
Cle_T
Cle_M

Quantité

Temps

Cle_T
Jour
Mois

T_Mois

Mois Année

Cle_P Description Type Catégorie

Magasin

Cle_M

Raison_soc Adresse Commune Département

T_Département

 
 

Département Région

T_Région

 

Région Pays

Produits

[31]

FIG II. 4:Exemple de modélisation en flocon de neige

Dans l'exemple ci-dessus, la dimension temps a été éclatée en deux, temps et T_mois. La deuxième dimension magasin, a été décomposée en trois : magasin, m_departement et m_region.

précédent sommaire suivant






Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy








"Et il n'est rien de plus beau que l'instant qui précède le voyage, l'instant ou l'horizon de demain vient nous rendre visite et nous dire ses promesses"   Milan Kundera