mysql - ERD テーブルの設計

Question

Web サイトを開発していて、Web サイト用の ERD を作成する必要があります。これまでに作成したことはありませんが、必要なテーブルを見つけたら、MySQL を使用して設計します。私が求めているのは、この Web サイトに必要なテーブルについてのアイデアだけです。ウェブサイトの画像へのリンクは次のとおりです。

!

明らかに、ユーザー テーブルが必要です。私はそれをすべての関連情報とともにすでに作成しています。ログイン、登録、ホーム、エリート ログイン、写真、イベント、ニュースレター、お問い合わせテーブルを作成する必要がありますか? 写真のリンクをクリックすると、各イベントのフォルダーがあるページにユーザーが移動します。フォルダーをクリックすると、実際の写真を含む別のページが開きますが、これらを表示するには登録ユーザーである必要があります. ログインハイパーリンクはユーザーテーブルになりますか? 登録リンクは別のテーブルへのリンクですか、それともユーザー テーブルに追加されますか? イベント ページは、日付とイベントの説明を含む新しいページに移動するハイパーリンクのリストになるだけですが、これには独自のテーブルが必要ですか? 最後に、ニュースレターと連絡先のページにも別のテーブルが必要ですか?

前述したように、dERD の作成を手伝ってくれる人を探しているのではなく、これらすべてのテーブルが必要かどうかを知らせてくれる人を探しているだけです。そこから、ERD を構築し、適切な関係などを作成できます。

Answer 1

MVC-モデル、ビュー、コントローラーシステムについて学ぶことでおそらく恩恵を受けるでしょう。

ビュー（Webアプリ内）は、表示するHTMLページに非常によく対応しています。

モデルは、システム内の「名詞」に非常によく対応しています。これらはデータベース内のものです。ユーザー、写真、ニュースレターは、ここに行くものの例です。

コントローラは、システムの「動詞」にマップされます。登録、サブスクライブ、アップロード、保存、ログインは、コントローラが提供する可能性のあるすべてのアクションです。

ほとんどのフレームワークでは、モデルレイヤーのみがデータベースに存在します。

無関係なアイデアの束を図解するのではなく、より全体的な方法で問題について考えることをお勧めします。ERDは、実際には、永続化する必要があるものにのみマップされます。

Answer 2

これに目を通した後、ERD のことを考える前に、サイトの設計に関してさらに多くの作業を行う必要があることに気付きました。クライアントは「ホームページ」のモックアップを承認しただけで、他のページについてはまだ議論されていません。いわば何も決まっていません。したがって、ERD の作成は時期尚早です。今からデータベースを調べる必要があるまで、多くのことが変わる可能性があります。私の最初のプロジェクトに興奮しすぎたので、このトピックを許してください。アジャイル開発プロセスに集中して、ペースを落とす必要があります。個々のステップに集中し、そこから物事を発展させてください。

Answer 3

最初に、少なくとも大まかなレベルで、ほとんどのユーザー インターフェイスのペーパー プロトタイプを作成することをお勧めします。次に、これらのプロトタイプでユーザビリティ テストを行い、インターフェイスのデザインが自分以外の人にとって意味のあるものであることを確認します。(Soren Lausen による User Interface Design はそのための良い本です。)

次に、インターフェイスがどのように機能するかについて適切なアイデアが得られたら、それらのインターフェイスを機能させるために必要なモデルについて考えます。明らかに、ユーザー名とパスワードを使用するログイン フォームには、および(実際には) 属性を持つUserエンティティが必要です。これらすべてのモデルを完全に理解するには、まだ習得していないスキルが必要になるかもしれませんが、ただ座って考えようとしている場合よりも、インターフェイスを描画した方が、このタスクははるかに簡単で明確になります。それ。最初のパスはおそらく間違っているでしょうが、それは問題ありません。単独で有用なプログラムの最小のサブセットから始めて、それが完全に機能するところまでビルドし、そこから拡張します。usernamepasswordencrypted_password

幸運を！