84669 人が学習中
152542 人が学習中
20005 人が学習中
5487 人が学習中
7821 人が学習中
359900 人が学習中
3350 人が学習中
180660 人が学習中
48569 人が学習中
18603 人が学習中
40936 人が学習中
1549 人が学習中
1183 人が学習中
32909 人が学習中
私は初心者で、ソーシャル ネットワーキング Web サイトをデザインしました。たとえば、ユーザーのアバター写真のテーブルとユーザーのアルバム写真のテーブルがあります。これら 2 つのテーブルを別々に作成するか、それとも 1 つのテーブルにマージする必要があります (異なるタイプ 画像はタイプ フィールドによって区別されます)、それぞれの利点は何ですか?
理論的には、2 つのテーブルを分離する必要があります。まず、ユーザーはアバターを 1 つだけ持つため、ユーザー ID とアバター写真の関係は 1:1 になります。 同じユーザーとそのアルバム写真の関係は 1:n になります。 、アバター写真とユーザーアルバムにはそれぞれ独自のテーブルがあり、論理的に明確で管理が簡単です。両方のテーブルは userId を使用してユーザーに関連付けられます。 しかし、実際にはデータベースの観点から見ると、1つのテーブルに入れても別々に入れても違いはありません(データ量が多くなるとクエリ効率に差が出るかもしれません) ピクチャーテーブルを作成して調整します画像テーブルに入力します。 アバターでもアルバム写真でも、誰に属しているかを識別するには、画像テーブルに userId を設定する必要があります。
理論的には、2 つのテーブルを分離する必要があります。まず、ユーザーはアバターを 1 つだけ持つため、ユーザー ID とアバター写真の関係は 1:1 になります。
同じユーザーとそのアルバム写真の関係は 1:n になります。 、アバター写真とユーザーアルバムにはそれぞれ独自のテーブルがあり、論理的に明確で管理が簡単です。両方のテーブルは userId を使用してユーザーに関連付けられます。
しかし、実際にはデータベースの観点から見ると、1つのテーブルに入れても別々に入れても違いはありません(データ量が多くなるとクエリ効率に差が出るかもしれません)
ピクチャーテーブルを作成して調整します画像テーブルに入力します。 アバターでもアルバム写真でも、誰に属しているかを識別するには、画像テーブルに userId を設定する必要があります。