名前、社会保障番号、住所、市町村、州、郵便番号、市外局番、電話番号など、米国の人々と関係を持つ場合、関係は成立すると期待する？機能的な依存関係の構築
私の試みはこれです：
Social security number -> name
Phone number -> Social security number
Street adress, city -> State, ZIP, area code
Area code -> city
はこの正しいですか？
このような質問に対する客観的権利または間違った答えはありません。私たちが本当にしなければならないのは、いくつかの属性名だけです。
データベース設計のポイントは、それが正確談話の一部ドメインの意図解釈を表していることです。適切に設計されたデータベーススキーマは、それが使用される文脈で目的に適合している述語の集合です。実用的なデータベース設計では、機能的な依存関係は、彼らがビジネスドメインの要件を満たすために、データ・モデルに適用するために選択したビジネスルールです。例えば
は、多くの状況でFD {Phone number}→{X}は非常に現実的または有用なルールではなく、おそらくほとんどのデータモデルの一部を形成しないでしょう。しかし、電話会社の場合、電話番号は非常に重要であり、それは{Phone number}→{X}は、例えば、電話会社でいくつかのデータモデルの一部である可能性が極めて高いですXは加入者口座番号です。データベースデザインで頻繁に使用されるように、答えは次のとおりです。
これは宿題であると仮定すると、属性名だけが続く場合は、あなたの答えを説明することが重要です。あなたはSSNを持つ誰もが常に固有の電話番号を持っていると信じているので、あなたは、SSNのための決定因子として電話番号を入れましたか？どうして？都市属性の値がどのようなものであり、それがなぜ州の決定要因になるのでしょうか？
あなたの正当な理由は何ですか？ FDの定義は何を使用しましたか？現実には、市外局番は都市線、郵便番号、国境線、市外局番、[SSNは識別子ではありません]（https://stackoverflow.com/a/45437673/3404097）などをクロスします。 – philipxy