背景是公司買了一個神策分析系統(tǒng)，
包含了神策分析和報表兩部分，使用下來發(fā)現(xiàn)有一些局限，想正好寫下來。記錄日期是2022/02/16日。

神策分析
優(yōu)勢在于可以只要上報數(shù)據(jù)就可以了，可以提供給業(yè)務(wù)部門人員自助分析的能力，節(jié)約開發(fā)成本，提高獲取數(shù)據(jù)和分析的速度。

缺點(diǎn)在于對于一些實(shí)時狀態(tài)型數(shù)據(jù)極不友好，例如想要看當(dāng)前某些系統(tǒng)的實(shí)時狀態(tài)，或者業(yè)務(wù)表修改狀態(tài)的數(shù)據(jù)表就非常難用。
適合的場景只有用戶行為分析這種場景，數(shù)據(jù)是日志型的發(fā)生了就不會在改變的。當(dāng)然神策也提供了一些方法。

如果認(rèn)為你公司的數(shù)據(jù)需求適合下面這4種形式的處理，可以考慮使用神策分析。

1、【使用固定時間解決問題，需要制定數(shù)據(jù)口徑】，例如事件存在多個狀態(tài)，在已完成后數(shù)據(jù)就不再變了，那么就在已完成的時機(jī)進(jìn)行上報。
2、【使用多事件上報解決，會增加使用復(fù)雜程度】，例如存在4個狀態(tài)，開始，審核中，已取消，已完成，就把這四個事件全部報上去，一般用于想看訂單當(dāng)前有多少已支付的訂單這種場景，由于事件只能是日志型，在上報之后還可能退款，因此需要報支付和退款2個事件，在使用的時候使用支付-退款的數(shù)量來計算。
3、【使用可變事件進(jìn)行維護(hù)，全系統(tǒng)100W行限制，影響性能，只限于少量數(shù)據(jù)】，神策提供了可變事件的功能，可以給每個事件加一個唯一ID，在變化的時機(jī)修改整行數(shù)據(jù)，對于大量數(shù)據(jù)修改的情況會影響性能，神策表示不是首選方案，概念是數(shù)倉的維度表。
4、【使用報表系統(tǒng)進(jìn)行處理，主要缺點(diǎn)是需要額外為報表功能付費(fèi)】報表系統(tǒng)截止當(dāng)前還有很多問題存在
1. 權(quán)限只能設(shè)置某個角色能不能看到報表全部功能或者某個數(shù)據(jù)源的權(quán)限，不能設(shè)置某個角色能看到的報表列表，也就是會存在每個人都能看到所有的報表列表，但是點(diǎn)進(jìn)去沒數(shù)據(jù)可看因?yàn)闆]權(quán)限，還關(guān)不掉，使用體驗(yàn)很有問題。
2. 報表和神策分析位置上在一起，但是他不是一個系統(tǒng)，如果同時存在只有報表才能處理的數(shù)據(jù)，那只能兩個系統(tǒng)兩邊點(diǎn)會比較麻煩