數(shù)據(jù)安全，是每家公司在進(jìn)行數(shù)據(jù)建設(shè)時(shí)，都會(huì)重點(diǎn)考慮的問題。如何避免人員調(diào)整所帶來的數(shù)據(jù)規(guī)則變化，減少數(shù)據(jù)控制階段的工作量及增加嚴(yán)謹(jǐn)性，是用戶的真實(shí)訴求和痛點(diǎn)。

永洪BI在權(quán)限管理層面，將用戶的相關(guān)信息封裝成參數(shù)，可直接應(yīng)用在數(shù)據(jù)預(yù)處理和報(bào)表制作階段，不僅滿足了大量場(chǎng)景下數(shù)據(jù)權(quán)限管控，更在一定程度上規(guī)避了因“人員調(diào)整”導(dǎo)致的數(shù)據(jù)規(guī)則手工修改情況。

本次，我們就一個(gè)雙重?cái)?shù)據(jù)規(guī)則限制場(chǎng)景，詳細(xì)講解相關(guān)操作及實(shí)現(xiàn)效果。

一、權(quán)限要求場(chǎng)景

1、員工登錄BI系統(tǒng)，①根據(jù)所屬崗位（A崗/B崗... ...），確定崗位屬性；②根據(jù)員工所屬部門（部門A/部門B... ...），確定部門屬性；通過雙重限制的權(quán)限條件實(shí)現(xiàn)數(shù)據(jù)過濾；

2、若A員工為A崗、部門A，則可以看到表1 數(shù)據(jù)表中，“A崗”列中值為“部門A”的數(shù)據(jù)記錄；

3、若A員工為B崗、部門B，則可以看到表1 數(shù)據(jù)表中，“B崗”列中值為“部門B”的數(shù)據(jù)記錄。

二、場(chǎng)景實(shí)現(xiàn)方式

1、數(shù)據(jù)導(dǎo)入

將表1 數(shù)據(jù)表中的數(shù)據(jù)導(dǎo)入到數(shù)據(jù)集中，圖1使用的是創(chuàng)建數(shù)據(jù)集的SQL數(shù)據(jù)集。（本示例采用mysql5.7.18版本的數(shù)據(jù)庫）

圖1 數(shù)據(jù)表導(dǎo)入

2、報(bào)告制作

根據(jù)表1 數(shù)據(jù)表制作一維表的報(bào)告，圖2使用的是制作報(bào)告圖表組件的表。

圖2 一維表制作

3、用戶配置

新增4個(gè)用戶、3個(gè)分組、2個(gè)角色，并配置權(quán)限關(guān)系，表2使用的是認(rèn)證授權(quán)導(dǎo)出的用戶信息。

?表2 用戶信息

admin1權(quán)限配置，配置所有模塊讀寫權(quán)限，用于設(shè)定后續(xù)的權(quán)限過濾。

3個(gè)測(cè)試用戶（test1、test2、test3）權(quán)限配置，配置相關(guān)的的模塊及操作權(quán)限即可，如圖3所示。圖3使用的是角色權(quán)限信息的配置結(jié)果。

圖3 權(quán)限配置

4、權(quán)限過濾

admin1登錄BI，通過數(shù)據(jù)集的SQL編輯，實(shí)現(xiàn)權(quán)限配置邏輯。圖4是變更數(shù)據(jù)集“表1 數(shù)據(jù)集”的查詢語句。

邏輯實(shí)現(xiàn)：用戶登錄后，識(shí)別角色，判斷通過哪一列進(jìn)行過濾，再識(shí)別分組，判斷過濾列的篩選值。

SQL語句：

select * from date1

where 1=0 OR

case

when ?{_ROLES_}="A崗" then A崗?in (?{_GROUPS_})

when ?{_ROLES_}="B崗" then B崗 in (?{_GROUPS_})

else 1=0

end

圖4 邏輯實(shí)現(xiàn)

三、場(chǎng)景實(shí)現(xiàn)效果

1、用戶test1（A崗；部門A）登錄，結(jié)果如圖5所示。

圖5 test1登錄結(jié)果

2、用戶test2（B崗；部門B）登錄，結(jié)果如圖6所示。

圖6 test2登錄結(jié)果

3、用戶test3（A崗；部門C）登錄，結(jié)果如圖7所示。

圖7 test3登錄結(jié)果

該場(chǎng)景實(shí)現(xiàn)了對(duì)不同權(quán)限用戶的數(shù)據(jù)過濾，核心邏輯是：根據(jù)第一個(gè)屬性值，獲取判斷條件列；根據(jù)第二個(gè)屬性值，獲取條件列的篩選結(jié)果值；雙重限制下，實(shí)現(xiàn)數(shù)據(jù)記錄的條件過濾。

fqj