Requêtes SQL et tables magasin, entrepôts de données

redoran · 09/02/2012, 15h11

Re ; voila je suis très embêtant avec mes questions

avec des tables contenant des données conséquentes :
est ce que est préférable de faire des requêtes sur les table brutes ou tous simplement crée d'autres tables magasins d'agrégat afin de l'exploité par des requêtes ?

KookieMonster · 09/02/2012, 18h53

Un bon point de départ pour de premières lectures: http://sqlpro.developpez.com/cours/quoi-indexer/

pacmann · 09/02/2012, 19h54

Salut,

Tout dépend du contexte !
Dans un datawarehouse où tes données ne bougent qu'une fois par jour, oui tu fais souvent des tables d'agrégat.

La précision est importante, car si une table est la "résultante" d'une autre, tu vas devoir te poser la question de la synchronisation des deux.

Autre possibilité : dans le cadre d'un batch, tu as besoin d'accéder plusieurs fois aux même données agrégées : dans ce cas, tu pourras t'appuyer sur des tables temporaires que tu alimenteras en début de traitement.

Enfin, certains SGBD t'offrent des mécanismes d'agrégation automatique (qui assurent donc la synchro). Par exemple les vues matérialisées en Oracle, vues indexées sous SQL Server.

CinePhil · 10/02/2012, 15h23

Citation:

Envoyé par redoran

avec des tables contenant des données conséquentes :

Combien de millions de lignes ?

09/02/2012, 15h11	#1
redoran Membre expérimenté Developpeur- Amateur Inscription : juin 2010 Messages : 990 Détails du profil Informations personnelles : Sexe : Âge : 40 Localisation : Algérie Informations professionnelles : Activité : Developpeur- Amateur Secteur : Santé Informations forums : Inscription : juin 2010 Messages : 990 Points : 582 Points : 582	Requêtes SQL et tables magasin, entrepôts de données Re ; voila je suis très embêtant avec mes questions avec des tables contenant des données conséquentes : est ce que est préférable de faire des requêtes sur les table brutes ou tous simplement crée d'autres tables magasins d'agrégat afin de l'exploité par des requêtes ?
	00

09/02/2012, 18h53	#2
KookieMonster Membre actif Inscription : janvier 2012 Messages : 117 Détails du profil Informations forums : Inscription : janvier 2012 Messages : 117 Points : 173 Points : 173	Un bon point de départ pour de premières lectures: http://sqlpro.developpez.com/cours/quoi-indexer/
	00

09/02/2012, 19h54	#3
pacmann Membre Expert Pacman Pacman Business analyst Inscription : juin 2004 Messages : 1 417 Détails du profil Informations personnelles : Nom : Pacman Pacman Âge : 31 Localisation : France, Paris (Île de France) Informations professionnelles : Activité : Business analyst Secteur : Finance Informations forums : Inscription : juin 2004 Messages : 1 417 Points : 2 309 Points : 2 309	Salut, Tout dépend du contexte ! Dans un datawarehouse où tes données ne bougent qu'une fois par jour, oui tu fais souvent des tables d'agrégat. La précision est importante, car si une table est la "résultante" d'une autre, tu vas devoir te poser la question de la synchronisation des deux. Autre possibilité : dans le cadre d'un batch, tu as besoin d'accéder plusieurs fois aux même données agrégées : dans ce cas, tu pourras t'appuyer sur des tables temporaires que tu alimenteras en début de traitement. Enfin, certains SGBD t'offrent des mécanismes d'agrégation automatique (qui assurent donc la synchro). Par exemple les vues matérialisées en Oracle, vues indexées sous SQL Server. __________________ (c'est ma photo) Paku, Paku ! Pour les jeunes incultes : non, je ne suis pas un pokémon... Le pacblog : http://pacmann.over-blog.com/
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email