3

Parallels によって構築されたシステムがあり、すべてを維持するために巨大な (800 以上) テーブルに依存しています。

さまざまなニーズに応じてレポートを生成するためのデータを取得するためのクエリを作成できるようにするために、このシステムを学習する必要があります。

私は明らかに、目の前のタスクに現在関連しているテーブルを特定するのに苦労しているので、テーブルのシステム全体に対して、複数のページにわたって ERD を生成して印刷するのが最善の方法であると考えました。

TOAD を使用してすべてのテーブルをドラッグしようとしましたが、クラッシュしました :) 2 回目の試行で、テーブル AN をドラッグし、(長い) しばらくして、MZ テーブルを正常にドラッグしました。

それらをすべてサイズ変更し、整理して、ERDをファイルに保存することさえできました。

ただし、印刷またはプレビューに入ると、印刷のサブプロセスがクラッシュします。

この大規模な ERD を印刷する方法について何か提案はありますか? それとも別の方法ですか？テーブル名は自明ではないように見えるので、800 以上のテーブルを超えることはできません (正直なところ、あまり望んでいません)。必要なものやその一部を見逃さないことを願っています。

実際にスクリプトやコードを書く前に、どのように進めればよいかアドバイスやアイデアをいただければ幸いです。

データベースは CentOS の mySQL 上にあり、一部のテーブルは InnoDB で、一部は MyISAM です。多くのテーブルに外部キーがあるようです。

ありがとう！

4

5 に答える 5

8

私は数百のテーブル (1k 近く) がある場所で働いていましたが、システムで何が起こっているのか誰も本当に知りませんでした。会社は成長し、多くの人を雇っていました。ある男が図を作成する任務を与えられ、彼は自動的に巨大なタイル張りのポスターを作成しました。このポスターには、さまざまなテーブルを接続する線がすべてのテーブルに含まれていました (いたるところに配置されていました)。彼が何を使用したかはわかりませんが、それは何年も前の Unix と Oracle でした (Linux とオープンソースよりずっと前のことです)。彼のダイアグラムの表のレイアウトには、韻律も理由もありませんでした。彼は、すべてのテーブルの図を作成することに成功しました。「ポスター」は共用エリアの壁に貼られ、いくつかの外観がありましたが、誰も実際に使用したことがなく、使用できず、雑然としていて、整理されていませんでした。結果として、MS-Word を使用して、20 のメイン テーブル (新しいメイン テーブルを「発見」するたびに数回繰り返した) を含む単一ページ図を作成し、各外部キーと各テーブルを論理的に配置しました。列名、データ型、null 可能性、PK、およびすべての FK を示しました。私は自分の図をモニターのそばの壁に立てました。最終的に、「ポスター」を作成した人を含め、誰もが私の図のコピーを欲しがりました。私がその仕事を辞めたとき、彼らはまだ私の図を新入社員に渡していました。

探検家のように作業し、重要なテーブルを見つけてマッピングし、システムを発見するのに必要なだけ多くの特定の図を作成することをお勧めします. 巨大な「ポスター」を自動的に作成しようとすると、うまくいきません。

于 2010-06-22T12:12:54.583 に答える
5

mysql ワークベンチを試しましたか? Windows が気にならない場合は、Enterprise Architectも試してみてください。

于 2010-06-22T11:39:25.303 に答える
1

MySQL Workbench には、create スクリプトからリバース エンジニアリングを行うための優れたツールがいくつかあります。このような大規模なデータベースには使用していませんが、確認する必要があります。

リンク: http://wb.mysql.com/

于 2010-06-22T11:40:46.277 に答える
0

IIRC、MS Sql Serverには、ダイアグラムを作成するための優れたユーティリティがいくつかあります。これが非常に役立つことはわかっています。テーブルを追加すると、関連するすべてのテーブルが自動的に追加されます。テーブルをMSSQL互換のSQLスクリプトに変換できる場合は、これが役立つ可能性があります。

于 2010-06-22T13:17:54.780 に答える