私はContributor、Operator、CS、Adminなど異なる役割とタスクを持つ多くのユーザータイプを持つプロジェクトに取り組んでいます。今のところ私はログインフォームを2つだけ分けています.1つは管理者だけ、もう1つは残りのタイプのユーザーです。例えば、ユーザー名「employee1」とパスワード「emp1secreet」があるユーザーのタイプがContributorの場合は、同じユーザー名とパスワードを持つことはできません。Operator単一のログインフォームが単一のビジネスモデルで処理されるため、ログインする人がOperatorまたはContributorであるかどうかは保証できませんが、それ以外の事項は関係ありません。私の質問は"複数のユーザーのための単一のログインフォームを持つのが一般的ですか？"または別のログインフォーム/ページに分ける必要がありますか？ あなたの助けをありがとう複数のユーザーのシングルログインフォーム
通常のログインフォームでは、ユーザー名とパスワードを入力できるようになります。次に、ユーザーのデータベースに移動してアクセス許可を取得します。したがって、異なるユーザーは同じユーザーIDを持つことはできませんが、異なるレベルのアクセス権/サイト/アプリケーションへのアクセス権を持つ可能性があります。
あなたがうまく列を持つデータベーステーブルを持つことを望む可能性があります
UserID[string], isContributor[bool], isOperator[bool], isAdmin[bool], isCS[bool]
またはあなたはそれが簡単に多くの役割を追加するために作るために拡張の余地があり、単一の権限列にビットのフラグでそれを行うことができます後でタイプします。
私は、ロール管理は、ユーザーとテーブルの役割やユーザーテーブルの間のテーブル接合部ではなく、ユーザーのテーブルの代わりにユーザーの種類と関連していると思うが、私の質問は、異なるタイプのユーザーが同じユーザー名とパスワードを持つ1つのログインフォームを持っているか、それらを別のログインフォームに分ける必要があります。 –
これを行う方法はたくさんありますが、あなたがしたいことの好みや使い勝手には疑問があります。私は、システムの2人のユーザーが同じユーザーID（パスワードはもちろん）を持つことを決して許さないでしょうが、複数のシステムの1人のユーザーがすべてのログインに対して同じユーザーIDとパスワードの組み合わせを再利用する - この場合、システムごとに別々のログインページがあります（またはシングルサインオンメソッドの検索を開始する方法）。または、ユーザーがログインしたときに、より適切な場合にはどの役割を利用するかを選択するダイアログを表示してください（そして役割が1を超えている） – JetSetJim
はい、このステートメントはモデルを選択して検討することを確認します。どのようにテーブルスキーム自体について、私は、資格情報と呼ばれる1つのテーブルを作成し、1対1の関係を持つすべてのユーザーの種類のテーブルを参照する各ユーザーの種類のテーブルにユーザー名とパスワードのフィールドを追加するのですか？ –
あなたは1つ1つのフォームを持つことができます。どのタイプのユーザーがシステムにログインしようとしているのかを照会して照会するだけで、それに基づいて項目が異なります。また、登録時に重複するエントリーを削除するためにフィールドを一意にしてください。 –
ログイン時にユーザーが自分の役割を選択できるように設定を追加する必要がありますか？ 「コントリビュータ」または「オペレータ」または「CS」のようなログですか？しかし、公衆のためのそのウェブサイトは、私はそれのような公共のWebを知っていることは決して奇妙に見える。 –
ちょうどそこにユーザー名とパスワードを取るとクエリを介してどのようなユーザーのタイプを確認する –