devel.cz

Zdravim vsechny,

mame k dispozici vetsi mnozstvi dat o produktech (stovky tisic polozek) a nad nimi nasobne vetsi mnozstvi interakci, od impresi, k proklikum az uskutecnenym nakupum k danym uzivatelum. Dlouhou dobu jsme si delali nejaky zakladni reporting ve vlastni aplikaci bezici nad PHP/Nette, ktera volala nejake agregacni dotazy nad MySQL, jen jak ty data rostou, tak agregovat rychle nektera data a ruzne je kombinovat zacina byt casove narocnejsi. Premyslime tedy, jak idealne dal a radi bychom ziskali pohled lidi, kteri si uz tu cestu prosplapli, at nejdeme slepe smerem k nejakymu nesmyslu.

1. Jak ukladat idealne interakce nad produkty? Takovych dat je vetsinou hodne, hodne rychle rostou, ale jsou vhodne pro personalizaci a segmentaci. Je vhodne je drzet v MySQL nebo tento typ dat spis ukladat jinam? Nejake napady?

2. Dava smysl, pokud to jde, ukladat vsechna data originalne v DB a pak pro ucely rychleho zpracovani je spise posilat do jineho typu DB? Treba Elastic?

3. Premyslime, zda by Elastic dokazal fungovat jako databaze, z ktere bychom rychle vytvareli ruzny reportovaci dashboardy. Tj. originalni data z db bychom lili do modelu v Elasticu a nad tim bychom volali frontend pro analytiku. Je to blbost, hodi se pro to vubec Elastic? Narazil jsem na tenhle case https://www.elastic.co/solutions/business-analytics

Jakekoliv sdileni zkusenosti v teto oblasti ocenim. Dekuji.