Discussion :

[_skip]

Bonjour,

Oui je sais, la question est présentée d'une façon un peu crue, mais laissez-moi expliquer. Nous vendons une application de gestion/vente pour des PME. Et il serait fantastique pour nous de pouvoir offrir quelques dashboards et quelques tableaux croisés dynamique à un de nos clients.

L'analyse concerne un demi millions de faits de vente environ, pas évident à sortir avec du relationnel car les requêtes sont complexes et le gros du travail est fait coté client, et non pas coté serveur. Sans compter que c'est la croix et la bannière de coder ce genre de rapport avec les moyens actuels, c'est super long.

Je suis persuadé qu'un schéma en étoile plus quelques pivotGrids seraient une excellente solution. Cependant le besoin ne justifie absolument pas l'ampleur de l'investissement financier.

Je cherche du coté de l'open source, j'ai trouvé pentaho un peu glauque question rendu final (assez moche, pas très élégant et peu maniable). J'ai aussi vu la démo de jaspersoft BI qui semble 5 crans au dessus question interface utilisateur, j'entend aussi parler de solution comme FreeAnalysis, SpagoBi, et je sais pas trop ou donner de la tête.

L'objectif est le suivant : déploiement en clientèle sans royalties (et ca je crois qu on a pas le droit avec jaspersoft BI open source ou non).

Si vous aviez un conseil pour moi, ce serait cool!

[ygrim]

Salut,
Tu est au fait des solutions open source en matière de BI, je tiens juste à porter ton attention sur les licences proposées avec ces solutions. Le cas le plus flagrant est pentaho qui est recement passé de LGPL (en gros fait ce que tu veux) à GPLv2 (en gros fait ce que tu veux mais si tu modifie ou tu créé quelque chose à partir de l'outil il faut le mettre à disposition en téléchargement libre).
De plus, il existe des moteurs OLAP Open Source (je ne connais que Mondrian) qui permettent d'avoir des cubes et de se défaire du sql contraignant pour ce genre de demandes. Pour ce qui est de la présentation... Tu peux te passer des solutions classiques et opter pour une solution Excel (Excel 2007 est très bon pour faire du croisé dynamique et du dashboard). est ce envisageable pour toi ?

[_skip]

Tout d'abord merci de ta réponse,

Je me suis passablement pris le chou pour comprendre les différents modèles de licence. C'est surtout le droit de vendre mon boulot qui m'intéresse, c'est à dire une petite plate-forme spécifique qui utilise par exemple pentaho, il ne s'agit pas d'intégrer ça comme composant de mon application (pour éviter l'effet GPL viral power justement).
En fait je peux jamais être sûr si j'ai le droit ou non d'installer et de configurer ça chez un client.

Je serai entièrement satisfait avec un output excel, mais mondrian ne permet pas de faire ça tel quel, il faut l'outil spreadsheet service de pentaho qui est payant (et ils ont ignoré deux de mes mails dans lesquels je demandais le prix, vive le service open source).

Jasper m'intéresse beaucoup mais je pige rien à son modèle de licence. Je déteste être un chien qui veut rien payer mais là, vu les sommes en jeu c'est le cas hélas.

[Paul_S]

Bonjour,
Pouvez-vous nous décrire brièvement votre application (architecture, plateforme, niveau de clientèle cible...)
Ceci nous permettrait de vous orienter un peu plus aisément sur les différentes solutions envisageables.

[ygrim]

Je comprend parfaitement, j'ai vécu la réalité des PME et PMI, elles en veulent toujours plus pour moins cher, c'est de bonne guerre
En ce qui concerne Pentaho ainsi que les autres, tu peux tout à fait légalement installer ça chez un client et facturer ton services. La seule limitation est, comme je te l'ai dit, de modifier le code sans le rendre public...
Dans ton cas, avec les solution OS, tu ne factures que ton services, vu que Pentaho et compagnie sont en téléchargement libre. Mais si tu développe pour un client... disons un plug in pour un CRM... LA tu dois rendre ton code en téléchargement libre, factures le client si tu veux, mais tu fera payer pour l'ignorance, car c'est cencé être sur le Web d'après la licence.
Jasper, sans l'avoir essayé, offre un bon compromis... ou semble offrir un bon compromis. Est tu certain qu'une version de Sql Server 2005 Standard Edition n'est pas envisageable (pas très chere...) ?

[_skip]

Bonjour,
Pouvez-vous nous décrire brièvement votre application (architecture, plateforme, niveau de clientèle cible...)
Ceci nous permettrait de vous orienter un peu plus aisément sur les différentes solutions envisageables.

C'est une application en .Net qui tourne avec firebird, c'est du pur windows question plateforme. Un client lourd, une couche service remoting, rien de spécial question application.
La clientèle est surtout des PME, le prix d'une licence de notre produit se situe vers 2500 euros par poste, on a généralement 4-5 postes par client plus ensuite quelques modules séparés.
Le besoin BI concerne surtout le reporting et les tableaux croisés. Pas de recherche de corrélation et de choses trop complexes. Le nombre de faits a analyser est généralement moins d'un million.

[Paul_S]

Deux solutions sont envisageables :

1°) Vous concevez des requêtes access qui pointent sur firebird qui génèrent des rapports au format Excel (simples ou bien TCD). Vous commercialisez l'interface access, les utilisateurs utilisent les feuilles excel générées.

2°) Solution Editeur : licence designer + poste
- Une licence de 'designer' pour modéliser les environnements, les catalogues d'états ... à acquérir par vous en tant que société de services.
- Une licence poste permettant la consultation des rapports designés.

[_skip]

Merci, mais je ne pense pas que ça résolve le problème de fond.
J'ai déjà une solution d'impression de rapport dans l'application (XtraReport), on s'en sert pour imprimer les bulletins de livraisons, factures et quelques listes.

Notre problème est justement qu'il est impossible de sortir ce qu'on nous demande avec une seule simple requête sur la base.
Par exemple, si on nous demande les ventes du mois passé avec la marge, il faut prendre chaque vente 1 par 1 dans la base, et pour chacune aller rechercher dans une toute autre table quel était le prix d'achat au moment de cette vente. Résultat : des tonnes de requêtes, un nombre d'aller-retours client-Sgbd pas possible, une lenteur accablante et une tonne de code dans l'application.

Sans compter que ce n'est absolument pas flexible, pas scalable, et que ça demande 3 jours de boulot.

[_skip]

Est tu certain qu'une version de Sql Server 2005 Standard Edition n'est pas envisageable (pas très chere...) ?

Euh, non je pensais que seule la version entreprise proposait cela.
Tu as un ordre d'idée du cout annuel de la solution?

[ygrim]

En euros, non
Mais je suis sur qu'un petit coup de fil à un distributeur MS près de chez toi te donnera la réponse

[_skip]

Bien sûr, c'est juste si jamais t'avais la réponse sous le nez.
Pour mon problème, je suis en train de me demander si j'ai pas tout intérêt à créer un schéma en étoile et y faire des requêtes relationnelles.

Au moins les rapports seront plus simples à produire que si je m'attaque à une base de production, même si je n'ai pas toute la puissance d'un moteur OLAP derrière.

J'y réfléchis encore...

[ygrim]

Tu n'as que des avantages à avoir un modèle en étoile ! Performance, Indépendance, gestion d'historique, ce modèle est fait POUR des analyses

[Stefan C]

Si tes recherches concernent juste de l'open source , il faut savoir que tu vas faire du Java de manière CERTE.

Faudrait regarder la licence de spagoBI , mais ils me semblent super sympa en approche. Un frontal BIRT sera plus joli que Jasper , et ils intégrent aussi Mondrian pour la partie OLAP , tout comme eXO pour la partie portail. Un début de gestion de méta-données aussi. Pour ma part je les préfère à Pentaho et Jasper. Et je ne suis pas italien :-)

Cout : 0 mais + de développements Java à fond la forme.

Commes vous êtes .Net , faire un tour coté Microsoft. Ils font de bons prix d'habitude mais c'est pas un règle générale. Ils ont un peu de tout , donc retenez ce que vous avez réellement besoin.

Cout : à préciser. Mode Reseller possible aussi.

Si c'est toujours trop cher , Actuate ( le créateur de BIRT open source ) a lancé une version "PME" de la solution appelé iServer Express. Le coût est raisonnable , mais c'est plus orienté Java que .Net

Cout : dans les 150-300 eur/user ou par CPU. Mode Reseller possible aussi.

[_skip]

Hello,

Merci beaucoup pour ces informations, sans l'avoir regardé de suffisamment près, je ne pensais pas que BIRT était un outil de reporting qui pouvait représenter une solution d'analyse.
Toute ma formation en école d'ingénieur s'est passée sous java, donc je suis assez familier avec java, cependant il ne faudrait évidemment pas que coder un rapport demande 5 jours de boulot.

En vérité j'ai pensé à jasper parce que son portail était un joli truc ajax vraiment plus agréable qu'un pentaho, par contre ça reste une solution BI complète et payante pour l'usage que je veux en faire si j'ai bien compris. Et cette suite représenterait quand même un montant conséquent (on parle de 20'000 USD sur le net).

Mais je vais m'intéresser de près à cette solution IServer et à Birt, merci encore!

[Stefan C]

Vous payez seulement si vous voulez du support et une maintenance à ma connaissance. Pentaho fonctionne pareil. ça traîne dans les 20-30 k $ / an.

C'est un mode différent , c'est une souscription annuelle.

Pour de l'analyse OLAP , Jasper/Mondrian ou Pentaho/Mondrian peuvent être plus adaptés.

Si vous recherchez juste du beau reporting , BIRT est plus beau et facile à utiliser. Si les fonctions pixel-perfect sont démandées , Jasper pourrait être mieux , mais tu vas ramer un peu plus sur la création de rapports.

Actuate offre gratuitement iServer et iPortal pour l'achat de licence user BIRT. Par contre les fonctions AJAX supplémnetaires sont payantes ( certaines ).

Tu peux télécharger une version d'éval 90 jours sur www.birt-exchange.com

Aussi , il y a un forum BIRT sur ce site. faire un tour pour voir ce que les gens disent sur BIRT , pour ma part je représente BIRT donc je suis forcément subjectif

[_skip]

Il me semble que Jasper a un modèle de licence proche de celui de mysql, tu fais du gpl c'est gratuit, tu fais du commercial c'est payant. C'est comme cela que je l'ai compris. Dans le cas de pentaho c'est un peu différent, on fait ce qu'on veut du code mais on paie pour le support et les services (plus des outils presque indispensables comme style editor).

En vérité, le but c'est qu'on puisse sans trop d'efforts créer des rapports, une plate-forme web est un grand plus. Dans tous les cas nous aurons besoin d'une interface de saisie de paramètres pour les clients finaux (intervalles de date, catégories concernées etc...).

Pour ce qui est de ton business avec BIRT Il n'y a aucun mal à prêcher pour sa paroisse si on reste un minimum objectif. C'est une solution qui m'a complètement échappé, reste à savoir si elle est productive.