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

 > 

Conception des systèmes décisionnels basée sur l'analyse des processus métiers; Application au domaine des assurances par la mise en place d'un environnement décisionnel et de production

( Télécharger le fichier original )
par Azore DJYAMO
Institut Africain d'Informatique - Master 2016
  

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

2.2.4.3 Le système à architecture HOLAP

Les systèmes HOLAP « Hybride On-line Analytical Processing » sont une sorte de compromis entre les différents systèmes précités. Cette combinaison donne à ce type de système les avantages du ROLAP et du MOLAP en utilisant tour à tour l'un ou l'autre selon le type de données.

2.2.4.4 Architecture ROLAP vs architecture MOLAP

Avantages Inconvénients

ROLAP

Technologie familière

Lent

 

Scalable

 
 

Ouvert

 

MOLAP

Modèle multidimensionnel

Technologie non prouvée

 

Traitement de requête spécialisé

Non scalable

 

Techniques d'indexation spécialisées

 

Tableau 2: ROLAP vs MOLAP

2.2.5 Schémas de modélisation ROLAP

Deux schémas principaux sont utilisés pour modéliser les systèmes ROLAP : le schéma en étoile, le schéma en flocon de neige.

2.2.5.1 Le schéma en étoile

Dans ce type de schéma, les mesures sont représentées par une table de faits et chaque dimension par une table de dimensions. La table des faits référence les tables de dimensions en utilisant une clé 'étrangère pour chacune d'elles et stocke les valeurs des

DJYAMO Azore - Mémoire de fin de cycle Master CSI/IAI-siège/2015-2016 Page | 23

Conception des systèmes décisionnels basée sur l'analyse des processus métiers

mesures pour chaque combinaison de clés. Autour de cette table des faits figurent les tables de dimensions qui regroupent les caractéristiques des dimensions. La table des faits est normalisée et peut atteindre une taille importante par rapport au nombre de n-uplets. Les tables de dimension sont généralement dénormalisées afin de minimiser le nombre de jointures nécessaires pour évaluer une requête. Ce schéma est largement utilisé dans les applications industrielles (les groupes Redbrik, ou encore Informix).

Cependant, un schéma en étoile est souvent un concept centré-requête, par opposition au schéma centré-mise-à-jour employé par les applications de type OLTP. Les requêtes typiques de ce schéma sont appelées les requêtes de jointure en étoile (star-join queries) qui ont les caractéristiques suivantes :

? Il y a des jointures multiples entre la table des faits et les tables de dimension. ? Il n'y a pas de jointure entre les tables de dimensions.

? Chaque table de dimension impliquée dans une opération de jointure a plusieurs prédicats de sélection sur ses attributs descriptifs.

La syntaxe générale de ces requêtes est la suivante :

SELECT <Liste de projection> <Liste d'agrégation>

FROM <Nom de la table des faits> <Liste de noms de tables de dimension>

Figure 3: Schéma en étoile

WHERE <Liste de prédicats de sélection & jointure> GROUP BY <Liste des attributs de tables de dimension>

DJYAMO Azore - Mémoire de fin de cycle Master CSI/IAI-siège/2015-2016 Page | 24

Conception des systèmes décisionnels basée sur l'analyse des processus métiers

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








"Nous voulons explorer la bonté contrée énorme où tout se tait"   Appolinaire