sql - ログインテーブルは必要ですか？

Question

やあみんな私は簡単なデータベースの質問があります。大学のログインシステムをエミュレートしているとしましょう。

学生テーブルと教職員テーブルがある場合、パスワードを対応するテーブルに直接保存できますか？たとえば、studentテーブルには（student_ID-主キー）、First_name、Last_name、Classificationなどの属性があり、パスワードフィールドを追加します。

ログインテーブルを作成すると、何千もの潜在的なレコードを効果的にコピーしているだけです。たとえば（主キーSTUDENT_ID、FACULTY_ID）と認証用のパスワードフィールドを使用してログインテーブルを作成することにメリットはありますか？

1つのテーブルだけでセキュリティを強化できますか？より良いアプローチは何ですか？

Answer 1

1 人の生徒には 1 つのパスワードしか含まれていone to one relationshipないため、1 対 1 の関係のためにテーブルを分割する必要はありません。

1 対多の関係がある場合は、複数の電話番号やユーザーの複数のアドレスを格納する場合など、テーブルを分割するとよいでしょう。

Answer 2

システムへのログインを学生のみに許可するかどうかを決定する必要があります。管理者ユーザー、教師などはどうですか?

学生以外がシステムにログインする可能性がわずかにある場合でも、MD5 暗号化で保存されたユーザー ID とパスワードを使用してログイン テーブルを作成することをお勧めします。