Sono attualmente in uno stage e devo creare un'intera applicazione di BI. Penso che userò pentaho, e devo usare solo il componente open source.Possiamo confrontare il saiku con l'analizzatore Pentaho?
So che Pentaho Analyzer non è libero La mia domanda è: il saiku è un equivalente di analizzatore? Se sì, posso usarlo con pentaho al posto dell'analizzatore?
thks
Sì, certo. Entrambi gli strumenti utilizzano lo stesso motore OLAP sottostante: Mondrian. Saiku è essenzialmente lo stesso di un analizzatore che fornisce molte delle stesse caratteristiche, tuttavia ha un'architettura diversa che lo rende anche molto integrabile e collegabile. Inoltre Saiku può essere usato anche da solo, se lo si desidera.
Guarda la demo su dev.analytical-labs.com per vedere cosa può fare.
Anche per aiuto non troverai molti strumenti con una così grande community - collegali con Freenode IRC a ## Pentaho o ## Saiku a seconda delle tue domande!
Pentaho è la scelta giusta anche per OS BI - Presumi di aver guardato anche Jaspersoft? Vale la pena dare un'occhiata, ma senza dubbio ti renderai conto che le caratteristiche sono migliori in Pentaho.
molto, sto attualmente confrontando pentaho e jaspersoft principalmente perché sembrano le uniche soluzioni OSBI complete da ETL a reporting – joris
La soluzione ETL di Jaspers è comunque Just Talend. Dubito che abbiano la stretta integrazione derivante dal fatto di possedere realmente il tuo prodotto ETL. – Codek
Sono lo sviluppatore del progetto Pivot4J e voglio condividere la mia opinione (soggettiva) sull'argomento.
In primo luogo, come se si presupponesse rettamente che Pivot4J fosse più un'API che un'applicazione, non sempre significa che è necessario scrivere molto codice per utilizzarlo.
Abbiamo anche un plug-in Pentaho BI che non richiede alcuna codifica e ha caratteristiche simili al plug-in Saiku, sebbene sia indirizzato verso la piattaforma Pentaho 5.0 non ancora rilasciata.
E la nostra applicazione di esempio fornisce la maggior parte delle funzionalità dell'applicazione web JPivot, anche se non dispone di una funzione di configurazione dell'origine dati che verrà presto riparata.
Rispetto a Saiku, penso che ogni progetto abbia il proprio vantaggio in diversi scenari.
Saiku ha un'architettura molto leggera sul lato client rispetto alla nostra applicazione di esempio e al plug-in, quindi può essere implementato e incorporato praticamente ovunque.
Mentre non è molto difficile creare un'applicazione di analisi di stile REST completa con Pivot4J, le nostre attuali applicazioni di esempio e plug-in richiedono almeno un contenitore di servlet da eseguire e sono più difficili da incorporare di Saiku in determinati ambienti.
D'altra parte, poiché Pivot4J è progettato per essere API indipendente dall'interfaccia utente fin dall'inizio, potrebbe fornire una maggiore flessibilità di Saiku a mio parere per gli sviluppatori quando desiderano creare la propria applicazione su di essa o intendono personalizzare i comportamenti principali dell'API.
Ad esempio, se si desidera utilizzare Pivot4J con la propria applicazione che è compilata con ExtJS, DhtmlX o altri toolkit dell'interfaccia utente, sarebbe molto più facile ottenere un'integrazione perfetta con Pivot4J, poiché fornisce convenienti punti di estensione astratti per farlo.
Infine, se hai familiarità con Javascript potresti trovare che lavorare con Saiku è più semplice in quanto consente di delegare la maggior parte delle opere relative all'interfaccia utente al lato client.
D'altra parte, se sei uno sviluppatore Java vecchia scuola come me :) potresti trovare la nostra applicazione di esempio per essere più facile da capire e lavorare, poiché non c'è praticamente nessun copione personalizzato coinvolto e tutto viene fatto sul lato server con modello di componente JSF.
Per concludere, vorrei dire che Pivot4J non è solo un'API che non può essere utilizzata senza scrivere molti codici poiché include già un plug-in Pentaho BI completo per la prossima versione 5.0 della piattaforma. E poiché Pivot4J e Saiku hanno un approccio piuttosto diverso l'uno dall'altro, ognuno ha la sua forza e il suo vantaggio che potrebbero essere sfruttati per adattarsi al caso d'uso specifico.
Hai mai pensato a una pura interfaccia utente javascript per ruotare i tuoi cubi olap? C'è uno di questi componenti chiama WebPivotTable a http://webpivottable.com
Jpivot, saiku e pentaho si basano tutti sull'API olap4j in modo che tutti abbiano bisogno di un servizio lato server java. WebPivotTable utilizza direttamente la chiamata AJAX al servizio xmla in modo che possa essere utilizzata per ruotare qualsiasi server OLAP xmla, come mondrian, SSAS, iccube. Dal momento che non si lega a nessun java back-end ed è pure basato su javascript, puoi facilmente integrarlo in qualsiasi sito Web o applicazione web.
che dire di stpivot? Penso che sia una buona opzione da considerare –
Penso che intendi jpivot? Se sì, penso che sia la vecchia versione di saiku – joris
Eh? No. STPivot non ha nulla a che fare con Saiku. Saiku è nato da PAT, che a sua volta è uscito da Halogen. Jpivot è tornato comunque come Pivot4J e ha avuto la sua prima versione corretta un paio di giorni fa. – Codek