あなたが著作権管理システムの独自のセットを書きたい理由として理由は?
- フレームの要件を満たすように設定され
- インタフェース操作しないと表示なし
- より詳細な管理を期待
著者、著作権管理システムは、プロジェクトで使用される会社はSpringSecurityまたはSpringShiroこのフレームワークは、その理由を使用していません。上記の3つの理由から、最も重要な点は、開発者ではないため、これらの2つのフレームワークの両方非常に友好的、したがって、自分の開発プロジェクトの管理を使用する許可。そして、それは著作権管理システムの主要な開発者ですが、原因プロジェクト権限システムの需要に、そのムーコース、コア権管理の深い理解は、対応する能力を高める授業を学びます。
まず、著作権管理プロジェクトが開発されるコンテンツ
機能構成の管理
機能傍受する許可
補助機能:バッファ(Redisの)、生成された様々なツリー構造
第二に、機能性成分:
1、構成管理の特徴:
- (拡張子を持つ:部署、権限モジュール)ユーザー権限、役割の管理インタフェース
- 役割 - ユーザー管理、役割 - 権限管理
- ログ管理を更新する権限
2、クラスの機能を傍受する権限:
- セクション(フィルター)で行う権限を傍受します
- ユーザーが権限を持っているかどうかを確認
3、補助クラスの機能:
- キャッシュ(REDI)のパッケージと使用
- 木のすべての種類:木の部署、権限モジュールの木、木の役割の権限、ユーザー権利の木
- 権限の回復操作
第三に、詳細な構造設計テーブル
設計仕様:
各テーブルには、独自の主キーを持っています。
それは可能なフィールドNOT NULLとして定義されます。
フィールドごとにメモを追加してみてください。
単語間の下線で区切られた小文字の統一されたデータベースフィールド、。
InnoDBストレージエンジンを使用しました。
あなたは、varchar型のフィールドは、可能な限りTEXT、BLOB型を使用していない使用することができます。
UTF8文字セット選択テーブル
詳細テーブルの構造設計:
1、部門表
図2に示すように、ユーザ・テーブル
3、許可モジュールテーブル
図4に示すように、権限テーブル
5、テーブルの役割
図6に示すように、ユーザ関連テーブルの役割
7.役割 - 特権関連するテーブル
8、関連当局は、テーブル内のレコードを更新します
注意:
日時タイプのみがサポートしているMの上記ysql5.6.5バージョンを。
次のバージョンの 日時 に TIMESTAMPを することができます。