database - データベーススキーマを解読する

Question

私は最近、あまりうまく設計されていないデータベースを維持する仕事を引き継ぎました。デザイナーは質問をすることができません。そして、近い将来、さらにいくつかの道が開かれます。

視覚的な補助やデータベース図を使用せずに、テーブル間の関係を理解しようとするのは困難でした。

これにはどのツールが推奨されるのか疑問に思いました。私はVisioについて知っていますが、そこにいくつかの優れたオープンソース/フリーウェアアプリケーションがあることを望んでいました。データベースを変更するのに必要ありません。それを読んで、ある種の視覚的な補助を作成して、物事がどのようにレイアウトされているかを理解し、データがどのように関連するかについてデザイナーが何を考えているかを理解しようとします。

追加の回答データ：SchemaSpyは私が探していたようなものでしたが、昔はコマンドラインで多くのことをしていなかったので、SchemaSpyGUIを使用することにしました。また、Javaをあまり使用しないため、慣れるための構成もいくつかありましたが、最終的には私が探していたものになりました（VisioのER図のオープンソースの置き換え）。

score 15 · Accepted Answer

SchemaSpyを試してください。かなり複雑なデータベースに対して実行したところ、結果に非常に満足し、最適化に関するアドバイスがありました.

score 2 · Accepted Answer

DBVis を試してみてください - http://www.minq.se/products/dbvis/ からダウンロードしてください- プロ版 (必要ありません) と十分なオープン版があります。

あなたがしなければならないことは、適切な JDBC を取得することです - データベースドライバー。ツールは、1 つのボタンを押すだけで、テーブルと参照を直交、階層、円で表示します ;-) など。楽しみ！

score 1 · Accepted Answer

どのDBMS（データベース管理システム）を使用していますか？SQLサーバーやAccessなどの最新のDBMSの多くは、ER図を作成できます。

Microsoft Visioは優れたツールであり、任意のデータソースからSQLをリバースエンジニアリングできます。

DDT（データベース設計ツール）は、Windows上の生のSQLからリバースエンジニアリングでき、非常に軽量です（非常に小さな無料ダウンロード）。

MySQL Workbenchは、最も人気のあるMySQLツールの1つであり、無料でダウンロードできるバージョンがあります。

SQLFairyは、Linux上のMySQLに対して同じことを実行できます。

score 1 · Accepted Answer

まず、私はあなたの痛みを感じています！
ここに私のヒントのいくつかがあります：

一般に、ツールは、設計者がすべての主キーと外部キーを正しく定義している場合にのみ役立ちます。そのため、ツールがすべての重要な関係を取得するとは限らないことに注意してください。
最も役立つのは、クライアントコードによって実行されているクエリを確認することです。これにより、存在するリレーションシップだけでなく、最も頻繁に使用されるテーブルとリレーションシップがわかります。ここに集中して取り組む必要があります。

score 1 · Accepted Answer

オープンソースのソフトウェアはいくつかありますが、Visio Professional のデータベーススキーマのリバースエンジニアリングツールは非常に優れています。ほとんどのサイトですぐに利用できる傾向があるため、私はこれをよく使用します。

Visio の優れた機能の 1 つは、リバースエンジニアリングを行い、リバースエンジニアリングされたスキーマから独自の図を作成できることです。これは、スキーマの参照ドキュメントを対話的に作成する一環としてこの作業を行っているため、スキーマを調べて理解するための非常に良い方法です。私はこの手法を使用して、活動ベースの原価計算システムから保険引受システムまで、通常はベンダーの助けを借りずにあらゆるものをリバースエンジニアリングしました。Visio の図をいじっていると、とてもリラックスできます。

これと、FK 関係に関するちょっとした仮説テスト (FK がテーブルに物理的に存在しない場合) との間に、非常に複雑なスキーマを理解することができます。リバースエンジニアリングされたモデルを非常に便利な方法で簡単に操作できるため、このような作図アプローチにより、Visio が頭脳派のリーダーになっていることがわかりました。不足している外部キーを埋めたり、サブジェクトエリア図を作成したり、図に注釈を追加したりできます。このプロセスの双方向性により、優れた学習ツールになります。

これはやや主観的な見方ですが、双方向性は私にとって学習プロセスとして非常にうまく機能し、私の好みのアプローチです。ほとんどのサイトは、ライセンスを取得するために 300 ポンド程度を支払うことはありません。私がこれまでに働いた唯一のサイトは、Pro ではなく Visio Standard を使用していたためです。私はうまく尋ね、PHBはそれを承認しました。

score 1 · Accepted Answer

dbdescは無料ではありませんが、とても良いと聞いています。いくつかの主要なデータベースで動作します。

幸運にも、他の人のデータベーススキーマをまだ解読する必要はありませんでした。CodeSmithに付属の一連のテンプレートを使用しました。

score 0 · Accepted Answer

mysqlデータベースにはmysqlworkbench（http://www.mysql.com/products/workbench/ ）を使用しています。ワークベンチをデータベースに接続すると、ERダイグラムが描画されます。

score 0 · Accepted Answer

pgsql / win32を使用すると、CPANのGraph::Easyを利用したperlスクリプトを作成するのが最も簡単な解決策であることがわかりました。データベースに外部キー関係を照会し、テーブルをノードとして、FK関係をリンクとして有向グラフを作成します。これがあなたの設定であれば、私はコードを投稿することができます。

score 0 · Accepted Answer

私は、DB スキーマのリバースエンジニアリングに関して、 Aqua Data Studioでかなりの経験を積んでいます。非常に機能が豊富で、Informix や Sybase などのよりエキゾチックなデータベースもサポートしています。

score 0 · Accepted Answer

出発点として設定された主キーと外部キーの関係を見てください。

既存のダイアグラムのないデータベースでは、正式に関係が設定されていない可能性があるため、テーブルの構造と名前を調べて、何が何に関連している可能性があるかについて最善の推測を行い、構造を掘り下げて明らかな関係があるかどうかを確認します (ただし、 undefined) 外部キー。ストアドプロシージャを調べて、テーブルがどのように結合され、どのフィールドがクエリされているかを把握します。

データベースを把握するための自動化されたツールは気の利いたものですが、データベースの詳細を自分で実際に掘り下げると、自動的に作成された画像から得られるよりもはるかによく理解できるようになります.

score 0 · Accepted Answer

データベースを使用するアプリケーションが、使用する SQL (または DB バックエンド自体) をログに記録する方法があるかどうかを試してみるのが好きですが、扱いにくい傾向があります。データベースでどのようなリクエストが実行されたかを把握することで、重要なテーブルに集中できます。

ほとんどのものと同様に、ここでも 80/20 ルールが適用されます。つまり、テーブルの 20% が興味深いものの 80% を実行します。それらを理解したら、図が必要になることはめったにありません。

database - データベーススキーマを解読する

13 に答える 13

Related

Reference