自助報表是個什麼鬼?

2021-09-25 16:54:54 字數 2724 閱讀 7789

原文出處:

一:什麼是自助報表?

報表是 bi 專案中呈現資料最直觀的方式,目前使用報表常用的方式是由技術人員根據使用者需求提前定義設計好報表模板,使用者使用時在頁面端基於已有的模板對資料進行查詢、列印、匯出等操作。這種方式能夠很好地滿足相對固定的報表需求,而隨著業務的深入以及業務人員能力的提公升,越來越多的人希望自己能夠通過一些簡單的拖拽操作來快速檢視到自己關心的資料,進而逐步確定最終的報**式。我們把這種報表使用方式稱為自助報表,也就是讓不太懂技術的業務人員通過拖拽、簡單設定等「自助」操作來分析資料並形成報表。

自助報表具有以下幾個特點

1、快速:比如月底人事部門要根據一些靈活的規則快速統計公司內人員的出勤情況,加班情況。

2、人性化:業務報表的顯示內容經常需要變化,靈活適應多變的業務需求

3、簡單:因為業務人員不懂技術,所以操作方式必須足夠簡單

二:自助報表的功能及架構

自助報表並不是最新提出的概念,實際上功能和很早就有了的傳統多維分析(olap)類似。從架構上來說自助報表大體上可以分為兩部分:

(一):前端互動頁面

(二):底層資料建模

2.1 前端互動頁面

由於要為業務人員提供自助開發報表的功能,因此前端應基於 web 方式,以便使用者無須安裝其他軟體,在瀏覽器端就能夠實現維度拖拽、旋轉、切片、切塊、下鑽、自定義指標等操作,也就是說要求在 web 頁面端通過一些簡單的拖拽或設定就能完成報表的全部定製過程。這部分功能目前大多數常見的報表工具產品基本都能滿足,而且涉及的概念也都差不多,這裡就不一一介紹了。

2.2 底層資料建模

使用者之所以能夠在頁面端拖拽形成自助報表,離不開底層資料建模的支援。例如,要分析的資料在資料庫中分散儲存在多張資料表中,表間通過相應的字段關聯,而業務人員在前端頁面拖拽時一般是不完全知道底層資料的關聯關係的,這樣就要求底層將相應的關聯設定好,才能支援使用者任意拖拽資料。又如資料庫中的表名和欄位名通常是英文方式,普通使用者往往不能準確理解其中的含義,所以就需要在使用者分析資料前將英文的表名、欄位名轉換成易於理解的中文,這同樣要求在底層資料建模操作的支援。

不同產品的建模方式不太一樣,不過大體上都是將資料抽取到乙個資料矩陣裡,然後做自助分析時基於矩陣進行操作,這樣不但能夠提高資料分析的速度,而且能夠很好地支援對錶名、欄位名進行字典項的設定。

三:傳統 olap 分析的一些缺點

傳統 olap 工具中為了滿足使用者的拖拽需要,大多數在底層建模時就將資料抽取形成乙個矩陣(cube),這樣有個好處,由於提前對資料進行了加工處理,所以能夠提高使用者分析資料的速度。

但這種方式的問題在於,矩陣中的資料是相對固定的,通常裡邊儲存的是歷史資料,因此這樣做一些實時資料分析時就不太方便,必須通過 etl 工具定時進行增量更新。而且,由於使用者業務常常會發生變化,這時就需要更改底層建模,重新抽取資料形成新的矩陣,因此變動會比較大。如果原始資料較大,這個抽取的過程也是比較耗時的。

同時,隨著現在大資料的興起,各種 nosql 非關係型資料庫的使用也日益增多,對於一些 olap 工具來說,建模時的工作也會更加困難。

四:如何選擇乙個合適的自助報表工具

根據目前上市場上常見的產品型別可以按照開源程度分為三種:

(1):商用軟體

優點:成型系統、功能強大、樣式美觀……

缺點:**高、系統相對封閉,很難對其進行修改(如要根據使用者的需求更改一些布局、樣式、操作習慣等)

(2):開源軟體

優點:免費,專案成本低、介面豐富

缺點:基本沒有服務,有問題很難解決、需要大量的二次開發工作

(3):半開源軟體

優點:價效比高、專案成本低、介面豐富能靈活修改、及時的支援服務

缺點:要想完全符合自己的業務需要,也需要相應的介面開發

那麼,如何選擇乙個符合自己專案的工具呢?建議可以從以下幾點進行考慮:

一:是否滿足使用者的核心需求(拖拽、切片、鑽取……)

二:是否提供豐富的介面供二次開發

三:是否便於和其他系統整合(頁面呼叫、風格、布局)

四:是否能靈活實現各種許可權控制(資料許可權)

六:滿足需求同時是否具有更高的價效比。

七:是否能夠靈活修改底層資料建模

潤幹 bi 在分類上是一款商用軟體,但在**、系統開發性方面又具備了開源系統、半開源產品的特點,不僅**親民,還提供了豐富的定製空間。在功能上除了提供專業的報表工具(類 excel 報表設計器)外,還提供了自助報表功能,主要具有以下幾個特點:

1、 可以實現頁面端的維度拖拽、旋轉、切片、切塊、下鑽、自定義指標等操作。

2、 針對資料結構一次性建模,解決 cube 方式下模型頻繁更改的難題,實現真正的靈活自助

3、 除了資料庫中的資料,可以針對 excel、txt 等檔案直接查詢分析,無需資料入庫,隨查隨用,簡單方便

4、 支援海量資料的高效查詢,提供非同步查詢機制,百萬級資料查詢秒級響應

5、 提供易整合的介面方式,方便與現有應用易整合。比如資料分析頁面可以直接呼叫乙個 url 鏈結,鏈結上傳入需要的引數就行。

6、 能夠為使用者分析時提供靈活的資料許可權控制

7、 對於簡單的自助報表,甚至無需資料建模,給個 sql 語句就能進行分析操作。

8、 能夠滿足非關係型資料庫的資料分析需求。

9、 能夠實現跨庫的資料分析操作,例如同時分析來自 oracle、sqlserver 等資料庫的資料。

10、 極高的價效比,產品**透明、親民。

11、 優秀的技術支援團隊。

Object是個什麼鬼

老人常說,在js中,一切皆物件,那物件又是什麼涅,最常用的我們都知道,物件有方法和屬性。由一些鍵值對構成的集合,然後隨便用個大括號括起來就形成了乙個物件。看起來蠻簡單的,但是真是這麼簡單麼,當我們新建乙個物件,為什麼會 天生 帶有hasownproperty tostring這些方法呢?這其實與js...

C4800是個什麼鬼?

int main i的值為非零時,條件為真,i的值為0時,條件為假。完全可以不用占用這個多出的1個位元組和int到bool的轉換,直接使用i做邏輯運算即可。微軟的工程師在這裡抱怨bool b2的宣告是 脫褲子放屁,多此一舉 實際上就是在洩私憤 為什麼要增加bool這種破東西 那麼如何規避這個警告呢?...

IPU到底是個什麼鬼?

在 i.mx6 應用處理器中,有乙個很重要的單元 ipu image processing unit 影象處理單元。影象處理單元的目標是提供從影象輸入 攝像頭感測器 電視訊號輸入等 到顯示裝置 lcd顯示屏 tv輸出 外部影象處理單元等 端到端的資料流訊號處理的全面支援。ipu庫 ipu libra...