質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

新規登録して質問してみよう
ただいま回答率
85.35%
Access

Accessはマイクロソフトによるリレーショナルデータベース管理システムです。オブジェクト指向のアプリケーション作成に対応しており、テーブルや編集をはじめ、クエリ生成、入力フォーム作成、レポート作成など一通りの機能を備えています。

データベース

データベースとは、データの集合体を指します。また、そのデータの集合体の共用を可能にするシステムの意味を含めます

データベース設計

データベース設計はデータベースの論理的や物理的な部分を特定する工程です。

Q&A

1回答

3479閲覧

ユーザーの権限管理のベストプラクティスとは(DB設計)

NakaShun_1129

総合スコア20

Access

Accessはマイクロソフトによるリレーショナルデータベース管理システムです。オブジェクト指向のアプリケーション作成に対応しており、テーブルや編集をはじめ、クエリ生成、入力フォーム作成、レポート作成など一通りの機能を備えています。

データベース

データベースとは、データの集合体を指します。また、そのデータの集合体の共用を可能にするシステムの意味を含めます

データベース設計

データベース設計はデータベースの論理的や物理的な部分を特定する工程です。

0グッド

0クリップ

投稿2020/12/28 07:35

こんにちは。
タイトルの通り、ユーザーの権限管理のDB設計についてのアドバイスをいただきたいです。

現在、以下のDB設計でユーザーに権限を持たせています。
しかし、この設計だと管理したい権限が増えるたびにUSER_ROLESに新しい列を追加する必要があり、あまり好ましくない設計のような気がしています。
他の開発の現場ではどのように権限を管理しているのでしょうか?

今の設計ではアクセスできるデータの範囲しか管理できませんが、後々はより細かい権限を管理したいと思っています。
(AWSのIAMのようにユーザーのアクセス権限をチェックボックスで選択し、その権限をユーザーに持たせて実行できるAPIを制限するイメージです。)

----現在の設計----

USERSテーブル

FieldTypeRemarks
idbigserialサロゲートキー
namevarchar(50)名前
user_role_idbigintuser_roles.id

USER_ROLESデーブル

FieldTypeRemarks
idbigserialサロゲートキー
namevarchar(50)名前
project_accessvarchar(30)level of access to project section
staff_accessvarchar(30)level of access to staff section
report_accessvarchar(30)level of access to report section

※ **accessは固定値(all/own)

気になる質問をクリップする

クリップした質問は、後からいつでもMYページで確認できます。

またクリップした質問に回答があった際、通知やメールを受け取ることができます。

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

guest

回答1

0

ユーザーと権限はN:Nになるので関連テーブルを作ってそこにuser_idとrole_idを持って管理します

投稿2020/12/28 11:32

rysh

総合スコア874

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

あなたの回答

tips

太字

斜体

打ち消し線

見出し

引用テキストの挿入

コードの挿入

リンクの挿入

リストの挿入

番号リストの挿入

表の挿入

水平線の挿入

プレビュー

まだベストアンサーが選ばれていません

会員登録して回答してみよう

アカウントをお持ちの方は

15分調べてもわからないことは
teratailで質問しよう!

ただいまの回答率
85.35%

質問をまとめることで
思考を整理して素早く解決

テンプレート機能で
簡単に質問をまとめる

質問する

関連した質問