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 d'un datamart pour le pilotage du système de gestion des impôts. Cas de la direction générale des impôts.

( Télécharger le fichier original )
par Héritier KIAKA MUSITU
Université Pédagogique Nationale - 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

I.4. LES NOTIONS OLAP ET OLTP

I.4.1. OLTP à OLAP

L'infocentre, base relationnelle exclusivement réservée aux requêtes décisionnelles, à pu durant un temps assez bref sembler proposer une solution. Mais les bases OLTP structurées en 2 dimensions ne se prêtent guère aux requêtes décisionnelles.

Il était temps de redéfinir une nouvelle structure spécifique aux exigences du décisionnel.

Edgar Franck CODD, père des bases relationnelles a relevé ce défi en 1993. En fondant son expertise sur le produit ESSBASE, un tableur multidimensionnel, E.F. CODD a établi 12 Règles, complétées par la suite de 6 nouvelles, pour définir le concept du cube OLAP (On Line Analytical Processing), une base de données multidimensionnelle [11].

Mémoire KIAKA MUSITU Héritier Page 13

Conception d'un Datamart pour le pilotage du système de gestion des impôts (cas de la DGI)

Page 14 sur 91

OLTP

OLAP

Utilisateur

Les utilisateurs sont les rouages de

l'entreprise

Les utilisateurs observent les rouages de

l'entreprise peu nombreux

Nombreux variés (employés, directeurs,...)

Uniquement les décideurs

Concurrents

Non concurrents

Mises à jour et interrogations

Interrogations

Requêtes prédéfinies

Requêtes imprévisibles et complexes

Réponses immédiates

Réponses moins rapides

Accès à peu d'information

Accès à de nombreuses informations

Beaucoup d'utilisateurs

Peu d'utilisateurs (décideurs)

Une seule vision métier

Traite plusieurs vision métiers

Exécution un grand nombre de fois la même tâche

Lisent uniquement les données qui sont souvent récapitulées.

Lisent et modifient les données

(système vivant)

Les demandent sont similaire mais différentes.

Exigent des performances (temps

réel pour augmenter la productivité) ERP. GPAO, RH...

 

Contenu des données

Nécessaire au fonctionnement de

l'entreprise

Utilisé pour analyser le

Exhaustives

fonctionnement de l'entreprise.

Courantes

Résumées

Dynamiques

Historiques

Mémoire KIAKA MUSITU Héritier Page 14

Conception d'un Datamart pour le pilotage du système de gestion des impôts (cas de la DGI)

Page 15 sur 91

Orientées applications

Statiques

Normalisation en 3FN

Agrégée (denormalisée)

Non historisé

Le temps est fondamental

Structures

Beaucoup de tables

Peu de tables mais de grande taille

Petite requêtes sur une seule table

Requêtes larges sur une grosse

quantité de données

Temps de réponses instantanés

(temps réel)

Temps de réponse de quelques

secondes à plusieurs minutes.

Administration

Forte disponibilité

Disponibilité faible

Sauvegardes fréquentes

Sauvegardes peu fréquences, mais

très volumineuses.

Beaucoup de petites transactions

En règle générale, une transaction

par jour

Peu de maintenance off-line

Beaucoup de maintenance off-line

Tableau N°1 OLTP vs OLAP

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