Architecture BI VS Solution comlète commercialisée

hakrimi · 16/12/2010, 10h14

Bonjour
Si vous avez le choix entre utiliser une solution de BI complète du genre QlickView et faire une architecture à base d'outils Open source vous choisissez quoi??
je cherche des arguments pour faire une étude comparative
merci pour votre aide

doc malkovich · 16/12/2010, 11h22

Citation:

Envoyé par hakrimi

Si vous avez le choix entre utiliser une solution de BI complète du genre QlickView et faire une architecture à base d'outils Open source vous choisissez quoi??

Qlikview n'est pas une solution BI complète à ce que je sache !!!
Tu n'as pas d'ETL par exemple.
Et il reste les problèmes d'analyse de l'outil, qui est à réserver à un public averti.

nuke_y · 16/12/2010, 11h40

Si si il y a un ETL dans QV, enfin un ELT, mais cet ELT ne sert à charger QUE du QV.

En fait le concept de QV c'est qu'il sert à la fois d'ETL, de DWH et de solution de reporting (mais en fait tu as l'air au courant Doc, je parle plus pour le public qui passerait par là

). Avec plus ou moins de succés.

Très honnêtement, l'éditeur lui même conseille de baser QV sur un DWH existant (et donc il faut un ETL autre que celui de QV).

Donc personnellement je dirais que ça dépend grandement des besoins. Pour un projet décisionnel petit et rapide, je conseille QV uniquement. Mais sinon il faut absolument monter un DWH (qui peut se résumer à 1 seul datamart, là n'est pas la question) et pour ça tu peux utiliser de l'open-source : la BDD de ton choix et Talend en ETL et hop.

La raison la plus évidente en est que tu ne peux pas, nativement et facilement, extraire les données de QV. Donc si tu fais tout dans QV, et que tu écris des règles de gestion compliquées, tu ne pourras jamais récupérer le résultat pour alimenter, par exemple, une base access, une autre application ou un DWH. Sauf à bricoler très très salement avec des exports en excel.

Ce qui entre dans QV reste dans QV.

hakrimi · 16/12/2010, 11h51

Merci pour vos réponses
@ doc malkovich
Je n'ai pas compris ce que vous voulez dire par cette phrase
"Et il reste les problèmes d'analyse de l'outil, qui est à réserver à un public averti. "
@ nuke_y
Ce que vous me dites est valable pour QV uniquement ou bien pour les autres solutions commercialisées aussi????

dream_rachid · 16/12/2010, 12h27

à notre niveau nous avons utiliser QLIKVIEW que sur la partie End-USER vue qu'il est très fort en terme d'interface et il est très (TROPPPPPPPPP) rapide en terme de navigation

je penses aussi que son ETL n'est pas complet si on le compare aux autres produits

nuke_y · 16/12/2010, 13h41

Personnellement je ne connais pas d'autres solutions complètes de Business Intelligence telles que QV, à moins qu'on ne parle des technologies de cubes ou de bases Access. Vous pouvez en citer ?
La seule suite que je connaisse qui couvre le stockage, l'alimentation et la restitution c'est celle d'Oracle (avec Oracle, ODI et Oracle BI) mais la restitution est vraiment à la traîne par rapport aux concurrents.

@dream_rachid> c'est vrai qu'il n'est pas capable de faire certaines choses, mais ce sont souvent des fonctions qui n'ont pas de sens dans Qlikview, et ce n'est qu'un ELT, pas un ETL. A quoi pensez-vous comme fonctions?

DevNico · 16/12/2010, 15h17

Dans les suites décisionnelles, il y a au moins les 3 suites Open Source à la mode :

Pentaho
Spago BI
Jasperoft

Après, c'est vrai qu'elles ne font que proposer des briques, mais j'imagine qu'elle s'assemblent bien entre elles...

Nicolas

Benoit_Durand · 17/12/2010, 11h59

Citation:

Envoyé par nuke_y

Personnellement je ne connais pas d'autres solutions complètes de Business Intelligence telles que QV, à moins qu'on ne parle des technologies de cubes ou de bases Access. Vous pouvez en citer ?
La seule suite que je connaisse qui couvre le stockage, l'alimentation et la restitution c'est celle d'Oracle (avec Oracle, ODI et Oracle BI) mais la restitution est vraiment à la traîne par rapport aux concurrents.

@dream_rachid> c'est vrai qu'il n'est pas capable de faire certaines choses, mais ce sont souvent des fonctions qui n'ont pas de sens dans Qlikview, et ce n'est qu'un ELT, pas un ETL. A quoi pensez-vous comme fonctions?

Il y a microsoft avec sql server, ssis, ssas, ssrs et excel. Moins couteux qu'oracle, il me semble.

dream_rachid · 17/12/2010, 12h20

Citation:

Envoyé par Hebus_Beer

Il y a microsoft avec sql server, ssis, ssas, ssrs et excel. Moins couteux qu'oracle, il me semble.

et surtout maintenant avec le PowerPivot , SharePoint et PerfermancePoint

doc malkovich · 17/12/2010, 13h26

Citation:

Envoyé par dream_rachid

et surtout maintenant avec le PowerPivot , SharePoint et PerfermancePoint

La plupart des éditeurs ont une suite BI complète, comme SAP avec Business Objects et BODI.
Du côté des suites commerciales il est vrai que la suite Microsoft semble la plus intéressante et la plus innovante, avec BISM, PowerPivot & co ( cf Dream_Rachid et Hebus_beer ).
Pour les solutions opensource, il faut voir le coût de l'intégration, qui n'est pas negligeable - surtout si on prend les solution opensource/opencore payantes...

doc malkovich · 17/12/2010, 13h59

Citation:

Envoyé par hakrimi

Je n'ai pas compris ce que vous voulez dire par cette phrase
"Et il reste les problèmes d'analyse de l'outil, qui est à réserver à un public averti. "

J'avoue ne pas assez connaître Qlikview, mais les réactions ici et là laissent à penser que l'outil n'est pas forcément le plus adapté, j'en veux pour preuve la dernière discussion où j'ai participé

nuke_y · 17/12/2010, 17h18

Qlikview est absolument génial comme outil, très innovant et surtout de bonne facture, ça change de la finition à la SAP/IBM/Oracle. Mais par contre il ramène la complexité des règles plus près de l'utilisateur donc soit:
- les utilisateurs sont au niveau, techniquement
- les utilisateurs ne pourront utiliser que ce que les développeurs leur fournissent.

En gros les sources d'erreurs seront souvent entre la chaise et le clavier.

J'ai lu la discussion dont tu parles Doc, en fait ils disent à peu près ce que j'ai dit plus haut : Qlikview va à l'encontre de bcp de principes de la BI de ces dernières années : dimensions partagées, périmètres de données définis, indicateurs identiques pour tous les services, règles métiers claires et partagées, etc. C'est vrai que QV a tendance à être utilisé par beaucoup de services métiers comme une version moderne de la base Access...

Pour la suite de Microsoft, bien entendu, mea culpa, j'ai complètement oublié de la citer.

Pour les autres suites qui ont été citées je rappelle que le message de départ disait

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

solution de BI complète du genre QlickView

, ce qui implique pour moi une solution de stockage.

Personnellement j'attends toujours un produit open-source valable qui permette de faire du stockage vectoriel et de l'analyse associative comme Qlikview.

doc malkovich · 18/12/2010, 17h04

Citation:

Envoyé par nuke_y

- les utilisateurs sont au niveau, techniquement
- les utilisateurs ne pourront utiliser que ce que les développeurs leur fournissent.

Marrant, c'est exactement le contraire quand on entend la présentation commerciale

Citation:

En gros les sources d'erreurs seront souvent entre la chaise et le clavier.

Citation:

Qlikview va à l'encontre de bcp de principes de la BI de ces dernières années : dimensions partagées, périmètres de données définis, indicateurs identiques pour tous les services, règles métiers claires et partagées, etc.

C'est ce qu'on appelle la BI 2.0 ... avec ses avantages et ses inconvénients.

nuke_y · 21/12/2010, 13h39

Certes mais très honnêtement, dans la réalité, Qlikview sert surtout à remplacer Access et Excel. Non pas qu'il ne puisse faire que ça, comme je l'ai dit plus haut c'est un outil formidable, mais s'il a un aussi fort taux de pénétration c'est parce que les utilisateurs y retrouvent la liberté de la base Access et d'Excel.

Pour ce qui est de la présentation commerciale, il suffit de demander à un commercial de te montrer en live comment on affiche dans un tableau croisé le % de chaque indicateur sur le total, tout de suite il faut plonger dans les expressions. Bon c'est pas pire que sous BO mais c'est pas du tout évident sans formation.

Pour la BI 2.0, personnellement ça me va, mais ça me fait juste hurler de rire de voir que depuis 15 ans les DSI s'échinent à faire disparaître Access et Excel pour:
- Maîtriser les chiffres
- Centraliser les données
- Mutualiser les règles de gestion
- Partager les reports
- Eradiquer les traitements et les fichiers locaux
et depuis 2/3 ils acceptent Qlikview.

Comme quoi c'était pas le principe le problème, il fallait juste un bon produit.

16/12/2010, 10h14	#1
hakrimi Candidat au titre de Membre du Club Inscription : août 2010 Messages : 32 Détails du profil Informations forums : Inscription : août 2010 Messages : 32 Points : 10 Points : 10	Architecture BI VS Solution comlète commercialisée Bonjour Si vous avez le choix entre utiliser une solution de BI complète du genre QlickView et faire une architecture à base d'outils Open source vous choisissez quoi?? je cherche des arguments pour faire une étude comparative merci pour votre aide
	00

16/12/2010, 11h40	#3
nuke_y Membre Expert Inscription : mai 2004 Messages : 1 812 Détails du profil Informations forums : Inscription : mai 2004 Messages : 1 812 Points : 1 609 Points : 1 609	Si si il y a un ETL dans QV, enfin un ELT, mais cet ELT ne sert à charger QUE du QV. En fait le concept de QV c'est qu'il sert à la fois d'ETL, de DWH et de solution de reporting (mais en fait tu as l'air au courant Doc, je parle plus pour le public qui passerait par là ). Avec plus ou moins de succés. Très honnêtement, l'éditeur lui même conseille de baser QV sur un DWH existant (et donc il faut un ETL autre que celui de QV). Donc personnellement je dirais que ça dépend grandement des besoins. Pour un projet décisionnel petit et rapide, je conseille QV uniquement. Mais sinon il faut absolument monter un DWH (qui peut se résumer à 1 seul datamart, là n'est pas la question) et pour ça tu peux utiliser de l'open-source : la BDD de ton choix et Talend en ETL et hop. La raison la plus évidente en est que tu ne peux pas, nativement et facilement, extraire les données de QV. Donc si tu fais tout dans QV, et que tu écris des règles de gestion compliquées, tu ne pourras jamais récupérer le résultat pour alimenter, par exemple, une base access, une autre application ou un DWH. Sauf à bricoler très très salement avec des exports en excel. Ce qui entre dans QV reste dans QV. __________________ Il vaut mieux monopoliser son intelligence sur des bêtises que sa bêtise sur des choses intelligentes. Mon combat pour les droits des consommateurs face aux abus des grandes marques.
	00

16/12/2010, 11h51	#4
hakrimi Candidat au titre de Membre du Club Inscription : août 2010 Messages : 32 Détails du profil Informations forums : Inscription : août 2010 Messages : 32 Points : 10 Points : 10	Merci pour vos réponses @ doc malkovich Je n'ai pas compris ce que vous voulez dire par cette phrase "Et il reste les problèmes d'analyse de l'outil, qui est à réserver à un public averti. " @ nuke_y Ce que vous me dites est valable pour QV uniquement ou bien pour les autres solutions commercialisées aussi????
	00

16/12/2010, 12h27	#5
dream_rachid Membre éclairé Rachid HMIDI DBA & Responsable BI Inscription : mars 2006 Messages : 235 Détails du profil Informations personnelles : Nom : Rachid HMIDI Âge : 33 Localisation : Tunisie Informations professionnelles : Activité : DBA & Responsable BI Secteur : Distribution Informations forums : Inscription : mars 2006 Messages : 235 Points : 314 Points : 314	à notre niveau nous avons utiliser QLIKVIEW que sur la partie End-USER vue qu'il est très fort en terme d'interface et il est très (TROPPPPPPPPP) rapide en terme de navigation je penses aussi que son ETL n'est pas complet si on le compare aux autres produits
	00

16/12/2010, 13h41	#6
nuke_y Membre Expert Inscription : mai 2004 Messages : 1 812 Détails du profil Informations forums : Inscription : mai 2004 Messages : 1 812 Points : 1 609 Points : 1 609	Personnellement je ne connais pas d'autres solutions complètes de Business Intelligence telles que QV, à moins qu'on ne parle des technologies de cubes ou de bases Access. Vous pouvez en citer ? La seule suite que je connaisse qui couvre le stockage, l'alimentation et la restitution c'est celle d'Oracle (avec Oracle, ODI et Oracle BI) mais la restitution est vraiment à la traîne par rapport aux concurrents. @dream_rachid> c'est vrai qu'il n'est pas capable de faire certaines choses, mais ce sont souvent des fonctions qui n'ont pas de sens dans Qlikview, et ce n'est qu'un ELT, pas un ETL. A quoi pensez-vous comme fonctions? __________________ Il vaut mieux monopoliser son intelligence sur des bêtises que sa bêtise sur des choses intelligentes. Mon combat pour les droits des consommateurs face aux abus des grandes marques.
	00

16/12/2010, 15h17	#7
DevNico Membre émérite Nicolas Saumande Architecte Décisionnel Inscription : février 2008 Messages : 693 Détails du profil Informations personnelles : Nom : Nicolas Saumande Âge : 36 Localisation : France, Haute Garonne (Midi Pyrénées) Informations professionnelles : Activité : Architecte Décisionnel Informations forums : Inscription : février 2008 Messages : 693 Points : 879 Points : 879	Dans les suites décisionnelles, il y a au moins les 3 suites Open Source à la mode : Pentaho Spago BI Jasperoft Après, c'est vrai qu'elles ne font que proposer des briques, mais j'imagine qu'elle s'assemblent bien entre elles... Nicolas
	00

17/12/2010, 17h18	#12
nuke_y Membre Expert Inscription : mai 2004 Messages : 1 812 Détails du profil Informations forums : Inscription : mai 2004 Messages : 1 812 Points : 1 609 Points : 1 609	Qlikview est absolument génial comme outil, très innovant et surtout de bonne facture, ça change de la finition à la SAP/IBM/Oracle. Mais par contre il ramène la complexité des règles plus près de l'utilisateur donc soit: - les utilisateurs sont au niveau, techniquement - les utilisateurs ne pourront utiliser que ce que les développeurs leur fournissent. En gros les sources d'erreurs seront souvent entre la chaise et le clavier. J'ai lu la discussion dont tu parles Doc, en fait ils disent à peu près ce que j'ai dit plus haut : Qlikview va à l'encontre de bcp de principes de la BI de ces dernières années : dimensions partagées, périmètres de données définis, indicateurs identiques pour tous les services, règles métiers claires et partagées, etc. C'est vrai que QV a tendance à être utilisé par beaucoup de services métiers comme une version moderne de la base Access... Pour la suite de Microsoft, bien entendu, mea culpa, j'ai complètement oublié de la citer. Pour les autres suites qui ont été citées je rappelle que le message de départ disait Code : Sélectionner tout - Visualiser dans une fenêtre à part solution de BI complète du genre QlickView , ce qui implique pour moi une solution de stockage. Personnellement j'attends toujours un produit open-source valable qui permette de faire du stockage vectoriel et de l'analyse associative comme Qlikview. __________________ Il vaut mieux monopoliser son intelligence sur des bêtises que sa bêtise sur des choses intelligentes. Mon combat pour les droits des consommateurs face aux abus des grandes marques.
	00

21/12/2010, 13h39	#14
nuke_y Membre Expert Inscription : mai 2004 Messages : 1 812 Détails du profil Informations forums : Inscription : mai 2004 Messages : 1 812 Points : 1 609 Points : 1 609	Certes mais très honnêtement, dans la réalité, Qlikview sert surtout à remplacer Access et Excel. Non pas qu'il ne puisse faire que ça, comme je l'ai dit plus haut c'est un outil formidable, mais s'il a un aussi fort taux de pénétration c'est parce que les utilisateurs y retrouvent la liberté de la base Access et d'Excel. Pour ce qui est de la présentation commerciale, il suffit de demander à un commercial de te montrer en live comment on affiche dans un tableau croisé le % de chaque indicateur sur le total, tout de suite il faut plonger dans les expressions. Bon c'est pas pire que sous BO mais c'est pas du tout évident sans formation. Pour la BI 2.0, personnellement ça me va, mais ça me fait juste hurler de rire de voir que depuis 15 ans les DSI s'échinent à faire disparaître Access et Excel pour: - Maîtriser les chiffres - Centraliser les données - Mutualiser les règles de gestion - Partager les reports - Eradiquer les traitements et les fichiers locaux et depuis 2/3 ils acceptent Qlikview. Comme quoi c'était pas le principe le problème, il fallait juste un bon produit. __________________ Il vaut mieux monopoliser son intelligence sur des bêtises que sa bêtise sur des choses intelligentes. Mon combat pour les droits des consommateurs face aux abus des grandes marques.
	00

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