web自動化平臺開發(fā)元數(shù)據(jù)的設計方法是是什么

這篇“web自動化平臺開發(fā)元數(shù)據(jù)的設計方法是是什么”文章的知識點大部分人都不太理解，所以小編給大家總結(jié)了以下內(nèi)容，內(nèi)容詳細，步驟清晰，具有一定的借鑒價值，希望大家閱讀完這篇文章能有所收獲，下面我們一起來看看這篇“web自動化平臺開發(fā)元數(shù)據(jù)的設計方法是是什么”文章吧。

元數(shù)據(jù)的設計

元數(shù)據(jù)這部分我的設計就是從簡，先來一個概要的信息，然后細節(jié)的信息可以通過其他入口來看。

比如對于數(shù)據(jù)庫來說，系統(tǒng)，機架位的信息，這些完全可以從兄弟部門那里通過API的方式來得到。可以作為信息的參考。

很多元數(shù)據(jù)的設計和規(guī)劃，前期如果已經(jīng)有了成型的系統(tǒng)，直接廢棄掉，革命掉也不大好，還是要吸取已有的經(jīng)驗，逐步沉淀，總是事情不是完全從零開始，但是在設計的時候，還是需要避免過度設計。

比如下面的概要信息，組合起來，會發(fā)現(xiàn)有一部分元數(shù)據(jù)信息時有問題的。而且主從的數(shù)據(jù)也是有些出人的，這個通過之前的方式是看不到的。

數(shù)據(jù)字典

數(shù)據(jù)字典的部分，自己最開始沒有重視起來，結(jié)果寫到一定程度之后，發(fā)現(xiàn)里面還是有很多的門道，所以把這部門內(nèi)容補上了。

因為有些數(shù)據(jù)字典信息時有迭代關(guān)系的，目前的展現(xiàn)只有迭代關(guān)系的記錄，可視化方面還需要繼續(xù)加強，比如下面的方式，在查看的時候效果明顯就要好一些，也是這幾天花點時間準備改進的地方。希望做成類似下面的表格方式，層次關(guān)系就很清楚了。

用戶的菜單權(quán)限

目前是使用了動態(tài)菜單的方式，在這個粒度上自己又考慮了更深一步，那就是一個頁面有增刪改查的功能，我們可以做細粒度的權(quán)限劃分，這個是已有的permission做不到的，那個只能實現(xiàn)表級別，我們希望能更細一些。這樣，菜單的權(quán)限就能夠更加細化，如果有部分的業(yè)務開放給業(yè)務同學，給只讀權(quán)限足夠了。

權(quán)限的控制粒度

權(quán)限的粒度控制，如果更細一些，那就還需要做一些校驗，比如我們有MySQL和Redis方向的服務器，元數(shù)據(jù)都是同一個入口，如果我不希望看到Redis的服務器信息，我完全可以通過一種類似角色或者組的方式來控制。這樣同一個頁面，我只看到的是MySQL的信息，如果權(quán)限夠大，看到的更多。

備份檢查

開發(fā)規(guī)范設計文檔

在這方面自己也沉淀了一些想法，準備寫一個版本，把一些風格，設計的理念都統(tǒng)一一下。

以上就是關(guān)于“web自動化平臺開發(fā)元數(shù)據(jù)的設計方法是是什么”這篇文章的內(nèi)容，相信大家都有了一定的了解，希望小編分享的內(nèi)容對大家有幫助，若想了解更多相關(guān)的知識內(nèi)容，請關(guān)注億速云行業(yè)資訊頻道。