🚀 go-pugleaf

Witam,
Stoje przed sporym wyzwaniem wiec i Was zapytam o doswiadczenia jak w
temacie...
Chcemy u nas w firmie stworzyc hurtownie danych ktora bedzie zbierala
informacje z roznych zrodel:
CRM (Siebel), jakis program ksiegowy, etc... a przede wszystkim chcemy
logowac zachowanie uzytkownikow w naszym serwisie online - i tutaj
logowac czy np uzytkownik kiedykolwiek skorzystal z jakiejsc tam
funkcji, z czego korzysta, w jakim zakresie, w jaki sposob szuka
dokumentow, czy skutecznie, itp. Do tego bedzie trzeba zrobic baze
danych / hurtownie i pojawi sie pytanie jaka ? relacyjna DDS / kostki
OLAP... ja bardziej widze polaczenie 1 i 2 bo czesc raportow bedzie
opierala sie na zagregowanych informacjach a czesc bardziej
szczegolowa wiec tutaj jakis ROLAP... Na to wszystko trzeba bedzie
nalozyc jakis system raportujacy - BI... Ja oczywiscie jestem za
rozwiazaniami Oracle :)))) a przynajmniej żeby baza na tym stala...
No i pytanie do Was, czy macie jakies doswiadczenie w tych kwestiach -
chetnie poznam Wasze opienie i sugestie... Np. jak skutecznie logowac
zachowanie uzytkownikow ? Oracle ma np cos co wpina sie rownolegle na
lacze i na kopi danych loguje wszystkie requesty... (Oracle Moniforce)
ale takie rozwiazanie u nas nie bedzie dobre - za duzo tego i ciezko
wyciagac z tego informacje, poza tym requesty mogą się zmieniac w
czasie... raczej chcieli bysmy stworzyc swoje narzedzie logowania,
tylko zastanawiam się jak to robic żeby zbierac duzo informacji ale
nie za duzo i dobrze ułożonych, np w kodzie aplikacji dopisac cos co
bedzie logowalo to co chcemy - np tabela w bazie bedzie definiowala
pola i zakres logowania... co o tym sadzicie ? jakie macie
doswiadczenia ? a z hurtowniami MOLAP ? Slyszalem ze w praktyce
klienci czesto używaja baz relacyjnych ze zagregowanymi danymi.
Rozwiązanie takie bierze się z 3 zasadniczych powodów:
1. jest elastyczne (łatwo zredefiniować zagregowaną tabele czy też w
praktyce zmaterializowaną perspektywę która jest tutaj czymś w rodzaju
'wymiaru'),
2. bazy używające kostek OLAP działają wydajnie max do ok. 10 GB
danych a to często jest zbyt mało, szczególnie przy logach sięgających
rozmiarem TB,
3. motor do tabel wielowymiarowych, który np. w Oracle jest opcją bazy
danych jest dodatkowo płatny i w praktyce raczej wymaga postawienia
osobnego serwera)

Co do BI... Oraclowy ? podobno Oracle BI SE jest na ogol wystarczajacy
a z kilkanascie razy tanszy niz EE :)) a co sadzicie o konkurencyjnych
rozwiazaniach jak np JasperSoft BI, BIRT, Pentaho... ?

pozdrawiam
Robert