データベース設計に関して

Question

最近webアプリケーションを制作している者です。
データベースの設計は今までネットで調べつつ自分流で設計していました。
学生なのでプログラミングは仕事ではないのであまり設計は気にしていなかったのですが、今後のことも考えてしっかりとしたデータベースの設計を行いたいと考えています。

最近私が制作しているwebアプリケーションのデータベースの構造です。
具体的にはどこを改善すればよりよく運用することが可能でしょうか。
また設計は間違っていないでしょうか。
教えていただければ幸いです。

Answer 1

ユースケースがわからないとデータ構造やパフォーマンスの改善案は出せないし、学校のテストじゃないので「これが正解」という答えが用意されたものじゃないから、逆に「間違い」と言えるものは存在しない。

学校のお勉強の延長線上で考えて「勉強」して「正解を学ぶ」、みたいに思っているのが根本的に間違っているんで、まずその辺の認識を改めて、とりあえずちゃんとしたアプリを何個か作り上げ、どういうケースでどういう構造が適しているのか、あるいは適していないのか、という経験を積まないと、「今後」に繋がるものは得られないと思う。

世の中でよく採用される設計の理論やパターンというのは存在するけど、全てが万能の「銀の弾丸」だと思わない方が良い。

実際はトライ・アンド・エラーで学ぶことがほとんど。

Answer 2

データベースの(テーブル)設計を学びたいのであれば、データモデリングを学ぶと良いです。

Answer 3

メールアドレスが重複禁止、かつ、NOT NULLであれば、主キーになりえるのではないでしょうか？

なので、自動採番のIDと、メールアドレスのどちらかを主キーとすればよいか、という問題になります。
どちらを採用するかは、判断は難しいところです。

しかし、現実的に見て、メールアドレスをもっていない人もいると思うので、
メールアドレスは候補キーどまりで、NOT NULL にすべきではないでしょうか？