1

MySQL Workbench を root 化していて、TILT が発生しました。MySQL Workbench の初期画面でわからないことが 2 つあります。

  • 接続を作成してこれにアクセスするとき、スキーマ/データベースを作成し、テーブル、スクリプトなどを作成するオプションがあります.. exampleという名前のデータベースを作成する場合、スクリプトではなくスクリプトでテーブルを作成するオプションしかありませんEER図。
  • MySQL Workbench の最初の画面に戻ると、モデルを作成するオプションもあります (私にとっては、同じようにスキーマ/データベースです)。exampleという名前のモデルを作成すると、この中の前の項目のように、スクリプト、ビュー、テーブルを作成でき、EER ダイアグラムを作成するという区別があります。

私が知りたいのは：

  1. スキーマ/データベースをモデルとして作成し、MySQL 接続内に作成するオプションがあるのはなぜですか?

  2. 名前の競合が発生することなくスキーマ/データベース (MySQL コネクタとモデル) を作成するために、両方のオプションで同じ名前のスキーマ/データベースを作成できるのはなぜですか?

  3. それらが同じである場合、モデルを作成するときに、MySQL コネクタが自動的に同期してモデルを認識しないのはなぜですか?

  4. それらが同じである場合、MySQL コネクタではなくモデルでスキーマ/データベースの EER ダイアグラムを作成できますか?

これらの質問に答えてくれる人に感謝します。

4

1 に答える 1

5

あなたは間違った前提から始めました。モデルと接続は 2 つの完全に異なるものです (そうでない場合、なぜ MySQL Workbench に異なるセクションがあるのでしょうか?)。

接続を介してサーバーに到達し、そこで作業できます。ユーザーの作成、データの取得、db オブジェクトの作成など。

ただし、モデリングはデータベース構造を設計するタスクです。作成するすべてのオブジェクトは、そのモデル内にのみ存在します。純粋な SQL に降りる代わりに、より高いレベルのビューから構造を設計できます (必要に応じて、それも可能です)。モデルをフォワード エンジニアリングするか、モデルをそのサーバーに同期するまで、サーバーには何も届きません。1 つ目は、すべてのオブジェクトを設計どおりに単純に作成することです。2 つ目は、双方向の「マージ」です。つまり、モデルとサーバー コンテンツの間で差分が生成され、変更が適用されてサーバー上の構造が変更されます。モデルと同じ、またはその逆。

その根本的な違いを理解することで、上記のすべての質問に答えることができます。

于 2014-02-01T10:20:27.690 に答える