1

Web サイトのユーザー情報用のデータベース構造 (テーブル) を構築する方法を見つけようとしています。私が保存する情報の種類は次のとおりです (現時点ではとにかく):

  • 私について
  • 誕生日（1970年1月1日）
  • 性別（男性/女性）
  • 興味のあるもの: (男性、女性、両方)
  • 交際状況: (独身、交際中、婚約中、既婚)
  • ウェブサイト: (mywebsite.com)
  • From: (カリフォルニア州クパチーノ)

したがって、これは私が今のところ保存するタイプの情報です。私の質問は基本的に、これを 1 つのテーブルのみにする必要がありますか? または、それが何であるかに応じて情報を分割する方がよいでしょうか (私のユーザーは、明らかに、情報の各テーブルに対応する一意の ID を持っています)。したがって、userID、Month、Day、Year という列を含む誕生日専用のテーブルを作成する必要があるかどうかはわかりません。または何。

4

2 に答える 2

4

ユーザーが属性の情報を 1 つだけ保存する必要がある場合は、別のテーブルは必要ありません。たとえば、ユーザーの誕生日は 1 つだけです。別のテーブルが必要になる唯一の理由はBirthdays、同じユーザー ID に対して複数の誕生日を保存する場合です。Usersリストした属性のそれぞれは、1 つのテーブルで問題ないように見えます。

userID、Month、Day、Year の列に分割するBirthdays場合は、その情報をどのように使用するかによって異なります。ユーザーの誕生日が当たる月、日、または年だけを知る必要があるでしょうか? それが一般的なニーズである場合は、それらを別々に保管することをお勧めします。通常はそうではないため、おそらく単一の Date 値として保存する必要があります。

注: Data Explorerを調べると、Stack Overflow で使用されているスキーマを確認できます。同様のデータ コレクションを 1 つの Users テーブルに保持します。

于 2012-11-06T00:22:34.680 に答える
1

ほとんどの場合、あなたが求めているものが 1 つのテーブルに格納されているのを見てきましuserたusers。

おそらく、他の多くの要素も含まれています。

  • ユーザー ID (固有)
  • 登録日
  • ステータス (ライブ/期限切れ/禁止)
  • ユーザーハッシュ
  • 他にも色々と...

正直なところ、何をどのように構築するかによって異なりますが、私のアドバイスはシンプルに始めることです。

誕生日については、日付を mysql 日付形式で保存するだけです。

YYYY-MM-DD

そうすれば、mysql 関数を使用してさまざまな方法で操作できます。

お役に立てれば。

于 2012-11-06T00:23:38.213 に答える