問題タブ [database-normalization]

一般的なシナリオのデータベーステーブルの正規化をカバーするリソース（本、またはおそらくWebサイト）を読むことに興味があります。住所、電話番号、世界のどこにでもある可能性のある場所の位置データなど、組織の連絡先データを保存したいと考えています。

私はデータベース正規化理論に関するリソースを読み、3NFについて十分に理解していますが、非常に一般的であるため、解決しようとしている問題は誰かがすでに解決していると確信しています。他の人のデータベース設計をレビューして、彼らがどのように（そしておそらくなぜ）それを彼らが行った方法で行うことを選択したかを確認したいと思います。

何かお勧めはありますか？

userというテーブルがあるとしたら、データベースをどのように設計しますか。

User_Table：id, username, password, password_salt, email, email_salt

ログインに失敗した回数と最後にログインに失敗した回数をどこに保存しますか？

total_failed、last_failed_login_time

彼らのメールアドレスが検証されているかどうかも記録したいですか？

これを行うための最良の方法（多くの結合を使用するため、必ずしも正規化されているとは限りません）は何でしょうか？何を指示してるんですか？

2 つのテーブルがあります。メンバーとチーム

メンバー テーブル memberID、firstName、lastName

(firstName と lastName はフルテキスト インデックスです)

チーム テーブル team_id、member1ID、member2ID

これが私のクエリです

このクエリは近いはずですが、まだ機能していません。

「$q」が参加しているすべてのチームを表示できるクエリを作成しようとしています。

元。$q=doe , doe が参加しているすべてのチームを表示します。

このクエリは、チームを出力する必要があります。

関数の依存関係に基づいて関係が第 3 正規形であるかどうかを判断することについて質問があります。

R = {A,B,C,D,E}
A -> B
BC -> E ED -> A

これから、私は候補キーを次のように決定しました: {ACD},{BCD},{CDE}
ウィキペディアによると、各機能依存関係 X->Y について、次の要件の少なくとも 1 つを満たす場合、関係は第 3 正規形であるとされています: 1. Y は X のサブセットです。 2. X はスーパーキー Y は、あるキー K の K のサブセットです。

私の仕事:A -> Bキーのため{BCD}3を満たし、BC->Eのために 3{CDE}を満たし、 のために 3 をCD -> A満たし{ACD}ます。

これは、これらのルールを解釈する正しい方法ですか?

私は友人のためにWebサイトを設計していますが、データベーステーブルの1つに関して何が最善の方法かわかりません。あなたにアイデアを与えるために、これは大まかに私が持っているものです

最後の4つ AllowNonUserComments AllowNonUserBlogComments RequireCaptchaForNonUserComments DisplayMyLocation

（そしておそらく将来追加されるそのようなブールフィールド）は、ユーザーの好みに基づいて特定のWebサイトの機能を制御します。

基本的に、これらのフィールドをに移動する必要があるかどうかはわかりません

新しいテーブル：member_profile_settings

または、すべてのメンバーが独自の設定を行うため、それをmember_profileテーブルの一部のままにしておく必要がある場合。

目標は、長期的には約100000人、短期的には10kから20kです。私の主な関心事はデータベースのパフォーマンスです。

そして、私が質問＃2）にいる間、住所テーブルとiのようなAddressIDを持つ代わりに、住所通り、都市、州、郵便番号、電話など のメンバーの連絡先情報をmember_profileテーブルに移動することは理にかなっていますか？現在持っています。

ありがとうございました

データベースで「特売品」の概念を表現する最善の方法を見つけようとしています - これらは「販売する製品」に関連しています。各スペシャルは何らかの割引を提供しますが、単純な値下げだけでなく、「購入 x を半額にする」または「カテゴリ x を 30% オフにする」など、さまざまな意味で異なります。約 10 種類以上のスペシャル タイプがあるとは予想していませんが、要件が変化するため、必要に応じてさらに多くのタイプを処理できるようにする必要があります。

DBでこれらを表現する簡単な方法を考え出そうとしていますが、私が見る方法では、スペシャルごとにテーブルを作成する必要があるか、または列の負荷を持つスペシャルテーブルを作成する必要があります値の 90% が NULL になります。「割引」、「Buy x get y Free」など、タイプごとにすべてのスペシャルをグループ化する SpecialType テーブルを作成する予定です。これは、それぞれのアプリ レイヤーでビジネス ロジックを決定するために使用されます。さらに、特殊なタイプごとに 1 つのテーブルを作成し、結果をキャッシュして (基本的に、製品ごとにレンダリング可能な出力をキャッシュして)、定期的に (たとえば 5 分ごとに) 更新できるという道筋をたどることができると考えていました。

データベースの正規化を維持しながら、この状況を最も整然と処理する方法についてのフィードバックをいただければ幸いです。

スタッフ、顧客、およびサプライヤーを扱うデータベース システムがあり、これらのすべてに複数の電話番号がある場合、これらの番号を適切に正規化された方法で保存するにはどうすればよいでしょうか? 少し考えてみましたが、論理的な方法が思い浮かびません。

このブログ投稿 http://geekyisawesome.blogspot.com/2011/03/database-normalization-1-2-3-nf.htmlで正規化について学んだことをすべて統合しようとしまし たが、すべてを理解していることを確認する必要があります正しく。間違いを教えていただけますか？

ありがとう

データベースに関連する正規化のプロパティは何ですか？

ACIDプロパティと正規化プロパティの間に関係はありますか？