Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Quel serveur choisir pour un entrepôt de donnée??
slt tout le monde,
Je dois crée un entrepôt de donnée sous sql server pour une pme. Leur base de production est sous oracle 9i et fait 1 giga à peu près.
j'aurai aimé savoir si pour un entrepôt de donnée , il y a besoin d'un serveur puissant avec beaucoup de RAM ou pas? est ce que cela dépend des transformation (etl) qu'il yaura à faire et de la creation de plusieurs table d'agrégat ou de cubes par exemple?
Merci
plus c'est chere mieu c'est
de toute façon, pour des configs BDD, plus on a de mémoire, mieux on se porte.
Après, voir plutot dans le forum hardware pour ton pb de configuration ....
ou est ce forum Hardware je ne l'ai pas trouvé
Merci
quels sont les volumes et nombre de transactions
tout depend du nombre de sujet a traiter.
finance
logistique
vente
production
car hormis les dimensions (clients, produits etc)
c'est le nombre de faits qui determinera les charges .
1 charge pour le chargement
2 charge lors de la consulation
Sous 9i il est parfois possible de se simplifier la vie avec des vues materialisées.
A dispo
pascal
Je sais pas exactement ce que tu sous entends par entrepot de données.
mais vu qu'il y a déjà Oracle 9 dans ta PME, pourquoi ne pas utiliser cette base ?
(pis accessoirement une base d'1 Go ca me parait pas énorme ou je me trompe ?)
sinon le forum hardware se situe ici
merci pour l'adresse du forum.
sinon par entrepot de donnée, j'entends datawarehouse et donc organisé , historisé , controlé ... les donnée de la base de production à des fins de reporting qui ne sont possible sous une base de production.
d'ailleur il ne faut jamais entreposé un entrepôt de donnée dans le même SGBD que la base de prod.
sinon SQl server par raport a Oracle 9i dispose d'un ETL, et de reporting services en plus --> donc moins chère . En plus , la console d'administration , et le moteur olap (analysis services) de sql server est beaucoup plus ergonomique et simple que celle d'oracle.
bon ben si tu le dis, pas de pb, car moins je ne sais pas.
mais si la PME a déjà le produit Oracle, c'est qu'elle est déjà pas pauvre
Au faite, pourquoi ne peux tu pas avoir la Base de prod et le DATAWAREHOUSE sur le même produit ?
Car y'a bien un "mode" DATAWAREHOUSE sur Oracle 9i aussi.
sur le même SGBD , c'est possible mais pas sur le même serveur, il faut acheter une autre licence,
Et pk pas sur le même serveur?
Parce que les requète decisionelle sont complexe en général et demande beaucoup de ressource au serveur et cela pourrait entraîner des temps d'attentes plus long pour les requetes transactionnalles.
il faut donc un serveur spécialement dédié pour le décisionnel.
ah ok, je comprend mieux maintenant le binz ....Envoyé par alpachico
sinon ca poserait pas de pb que l'un soit sous oracle et l'autre sous SQL server ?
Généralement, les outils décisionnelles sont assez gourmands en CPU. Reste à voir quel ETL/Dataminer/Outil de reporting vous utilisez et quel usage vous en faites.
Le but de faire du datawarehouse est de sortir un maximum d'information, donc il faut voir le besoin.
Quel va être le plus petit niveau de détail qui va être consulter : Ex.: à la transaction ou un sommaire des transaction par jour.
L'historique est aussi un facteur important sur combien de temps vous allez garder l'information.
Dans ma boite on garde tout pendant 5 ans et au plus petit niveau de détail. Nous avons seulement des agrégats pour accèlérer certains rapports ou analyse. Là aussi c'est un facteur qu'elle délais les utilisateurs sont près à attendre des secondes, des minutes, des heures ou des jours avant d'avoir l'informations.
Nos bd opérationnel donne environ 12 Gig de data chez nous (sans archivage) mais un coup arriver dans le warehouse on parle de 800 Gig total de data avec les agrégats et l'historisation. (Donc grosse machine, mais avec 20 gig de data une petite machine a 2 CPU ferait l'affaire et 4 Gig RAM)
De plus néglige pas la modélisation de ton modèle c'est souvent le facteur le plus limitant à la performance.
nan je ne pense pas du moment que tu peux faire tes liens ODBC ou OLE DB et donc extraire tes données de Oracle à SQl Server.sinon ca poserait pas de pb que l'un soit sous oracle et l'autre sous SQL server ?
Je vais utiliser Sql server et donc analyses services et pour le reporting, reporting services.Généralement, les outils décisionnelles sont assez gourmands en CPU. Reste à voir quel ETL/Dataminer/Outil de reporting vous utilisez et quel usage vous en faites
Je fais un entrepot pour une pme de location de voiture, je vais donc garder les données aux niveaux le plus fin. donc mettre dans la table de fait , le ca par contrat ou par facture.Quel va être le plus petit niveau de détail qui va être consulter : Ex.: à la transaction ou un sommaire des transaction par jour.
Parles tu des tables d'agrégats?Nous avons seulement des agrégats pour accèlérer certains rapports ou analyse
Merci
1) effetiveemnt une machine OLTP (base de production) et une machine OLAP (décisionnelle) n'ont pas les mêmes configs.
2) l'offre complète serveur est de l'ordre de 360 K€ chez Oracle avec tous les outils (ETL, DATAMINING, REPORTING...) et 26 K€ chez MS SQL Server
3) beaucoup d'entreprises utilisent Oracle pour OLTP et SQL Server pour OLAP.
4) la version 2005, actuellement en béta et qui sortira en novembre est gratuite pendant 365 jours. Elle est sans bugs connus sur les éléments qui constitue la base de la v 2000, mais son ETL (SSIS) est beaucoup plus pointu et performant, notamment avec des algo en logique flou pour le recollement de données.
A +
je vais achetez SQL server 2000 pour ma boîte. Ne vaut il pas mieux que je prenne la version beta de sql server 2005 pendant l'essai et que j'achete directement la version 2005 des sa sortie?la version 2005, actuellement en béta et qui sortira en novembre est gratuite pendant 365 jours. Elle est sans bugs connus sur les éléments qui constitue la base de la v 2000, mais son ETL (SSIS) est beaucoup plus pointu et performant, notamment avec des algo en logique flou pour le recollement de données
Merci
Effectivement, ca donne matière à réflexion à quelques 300 K€
Effectivement, travailler sur la béta 2005 en devéloppement, c'est sans risque et cela évitera quelques milliers d'euros de dépenses inuitiles.
Voir l'article que je commence à écrire sur les nouveautrés de MS SQLS erver 2005 : http://sqlpro.developpez.com/SQLserver2005/
Pour ce qui est de la différence importante de prix entre Oracle et SQL Server, c'est simple : MS vise à couper l'herbe sous le pied de ses concurrents, c'est pourquoi il offre tout dans le même package.
A +
C'est aussi plus accessible par des PME / PMI (y'en a bcp en France !) alors que le marché d'Oracle est déjà établi avec des grandes entreprises et/ou des administrations.
Il me semblait même avoir lu qu'Oracle voulait aussi viser ce marché, car c'est bel et bien là qu'il était peu ou pas implanté.
il existe une version light de oracle 10g qui avoisine les 2000 euros
c'est la version 10g standart edition one.
Mais je ne pense pas qu'elle soit aussi complète que l'offre de Microsoft
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Répondre avec citation
Partager