次に作成する旅行ソーシャル ネットワーク アプリケーション用のデータベースを作成しています。ここまでが私の仕事です。テーブル名は一目瞭然です。私の質問は - これは良いアプローチですか? このモデルをデータ編成とパフォーマンスの点でより良くするために、ご意見やご提案をお待ちしております。
画像:
things_to_do -> events|places -> ...ブランチで一般化を使用するのは良いアプローチですか? 今のところ、特定の場所に関する基本データを取得するには、少なくとも 3 つの結合を作成する必要があります。その他の情報についてはさらに多くのデータを取得する必要があります。パフォーマンスを向上させるために、各テーブルのすべてのthings_to_doおよび新しい多対多接続テーブルに個別のテーブルを作成する必要がありますか? パフォーマンスと言うとき、私は検索クエリを重視します。これをスケーラブルにするにはどうすればよいですか? 他のデータベース モデルを使用する必要がありますか?