データベースとフレームワークの理解に誤りがありますか？

Question

私はちょうど数日前にcakePHPを学び始めました。それは私をたくさん混乱させます。私が最初からプロジェクトを書く場合、私のシステムでは、ユーザーと各ユーザーが1つのプロファイルを持つと言うことができます。だから私はこのようなデータベーステーブルを作成します：

+----+----------+----------+------------+ 
| id | username | password | profile_id | 
+----+----------+----------+------------+ 
| 1 | ksno  | ksno  |   1 | 
| 2 | cake  | bake  |   2 | 
+----+----------+----------+------------+ 

+----+-----------+----------+---------------+ 
| id | firstname | lastname | birthday | 
+----+-----------+----------+---------------+ 
| 1 | Alex  |   | in few months | 
| 2 | cake  | PHP  |    | 
+----+-----------+----------+---------------+ 

そして、私はユーザーからプロファイルエンティティを作成することができました。問題は、私はプロファイルを最初に作成する必要があります、なぜなら、テーブルユーザーはプロファイルの外部キーを持っているからです。さて、トランザクションを開始し、すべてが正常に作成されたらコミットします。私はcakePHP docs and bookを見てみるならばそれは...私はそれを学んだか

です。しかし：

表が外部キーが含まれている場合、それは他の表に属しています。

これは基本的には...ユーザーはプロフィールに属していますか？しかし、それはしません。私は、ユーザーとそのプロフィールに関する私のCRUDアクションでほぼ完了しています....しかし、私は何か間違っているように感じています...本の後ろに...私たちはエンティティとその関連を次のようにフォームから救うことができます：

$entity = $users->newEntity($this->request->data(), [ 
    'associated' => [ 
     'Profiles' => ['validate' => false], 
    ] 
]); 

しかし、私はプロファイルIDを持つことなく、ユーザを保存最初カントので、それはだから私はこれを行っていた...、何が起こっているかを誤解するように私につながる私のデータベーススキーマを変更する必要があります。

$userProfilesRepository = TableRegistry::get('UserProfiles'); 
$userProfile = $userProfilesRepository->newEntity(); 
$userProfile = $userProfilesRepository->patchEntity($userInfo, $this->request->data); 
$user = $this->Users->patchEntity($user, $this->request->data); 
if ($userProfilesRepository->save($userInfo) && $this->Users->save($user->set('profile_id', $userInfo->get('id')))) {... 

誰かがデータベーススキームやフレームワークの関連性について正しい考え方を教えてくれますか？私は間違っているように感じるが、ただ私がcakePHPに苦しんでいるからだ。

Answer 1

あなたは逆の関係になっていると思います。 usersテーブルには、profile_idフィールドはありません。 profilesテーブルにuser_idフィールドが必要です。その後、プロファイルはユーザーに属しているため、おそらくあなたにとって理にかなっています。

Answer 2

あなたはちょうどそれが関連を保存し、最初のユーザープロファイルを作成します

$userProfilesRepository = TableRegistry::get('Profiles'); 

    $data = [ 
     'firstname' => 'FOO', 
     'lastname' => 'BAR', 
     'user' => [ 
      'username'=>'foo', 
      'password'=>'bar' 
     ] 
    ]; // Dummy data 

$entity = $userProfilesRepository->newEntity($data, [ 
    'associated' => [ 
     'Users' => ['validate' => false], 
    ] 
]); 

をユーザープロファイルを保存し、それをユーザーに関連付ける必要があります。 これでクリアされることを願っています。

Answer 3

ORMは問題があり、リレーショナルモデルを取得しません。それでも、あなたのデータベースを設計するには、はをORMの「関係」[sic]で記述します。 「所属」は宣言の単なる名前です。このような名前の選択は、弱いERエンティティタイプ（おそらくは関連性のある）が、それが所属する別の「所有している」エンティティタイプのPKに対するPKにFKを持つサイトタートンからインスピレーションを受けています。あなたが望むところにFKを置く宣言だけを使用してください。スペルを心配しないでください。

（あなたは別のテーブルのスキーマにだけある、それに対応するテーブルのための計算列を説明するものとして、いくつかの記録/モデルの宣言と考えることができます。）

をデザイン再：ERがconceredされる限り、ユーザーが持ちますオプションのプロファイルは、プロファイルが弱いエンティティであり、FKを持つ弱いエンティティであることを「推薦する」ユーザーに示します。しかし、あなたはのnull可能なプロファイルFKをユーザに持っていると考えています。すべてのプロファイルがまったく1人のユーザのFKとして表示されるという制約が必要です。これは不必要に複雑な設計です。シンプルな設計は、FKをプロファイルテーブルに置くことです。これは、「プロファイルはユーザに属します」と同意します。