私は60を超えるテーブルを持つSQL Serverデータベースを持っています。このデータベースはこれらのテーブル間に多くの関係があり、正規化されている間に膨大な数のテーブルがあるために使用するのは依然として複雑です。データベース構造ビューア/印刷
もちろん、いくつかの図でデータベース構造を表示できるツールは数多くあります。 SQL Server自体もこのような図を作成することができます。今、私はAltovaからDatabaseSpyを使用することを好みます。しかし、このツールは構造の視覚的な表示が優れていますが、その構造をうまく印刷できません。 （まあ、それは図を印刷できますが、構造の説明文はありません）
私はダイアグラムを作成し、そのダイアグラムを印刷できるツールを探していますplusすべてのフィールドとリンク。
SQL Serverデータベースダイアグラムの欠点は何ですか？
いずれにしても、私の驚くべき推奨はSparx Enterprise Architectを試すことです。主にデータベースツールではありませんが、データベースをERモデルにリバースエンジニアリングすると、そのモデルから1つまたは複数の図を作成できます。 1つのエンティティに焦点を当てるための新しい図を作成するのに便利な「Add Related Elements」コマンドがあります。 1つのエンティティをダイアグラムにドラッグします。最初のものに関連する他のエンティティだけを追加します。
ダイアグラムに表示される詳細レベルをカスタマイズし、ダイアグラムを1ページまたは複数ページとして印刷することもできます。
ああ、UMLも同様です。
20以上のテーブルは、常に包括的にダイアグラムを作成し、有用で使いやすいものになります。
あなたは今日尋ね、次の質問を見てみなければならない：一般的な意見/コンセンサスは一つの大きな図をしようとしないために、データベースを破るためにある
How to make E-R diagram with 500 tables? (SO)
How to make E-R diagram with 500 tables? (My answer)
（例えば、機能性や他の関係に基づいて）テーブルのより小さい管理可能なグループの複数の図にすることができます。
Kev
私の場合、全テーブルの約40％がルックアップ/フィルタリングの目的にすぎません。彼らはコードとテキストを持っています。彼らはテキストで報告されている限り、ダイアグラムに表示する必要はありません。残りのテーブルは複雑ですが、ダイアグラム内であまりにも混乱することはありません。ほとんどのテーブルが互いにどのように関連しているかを考慮すると、複数の図で分割するのは簡単ではありません。 –
アレックス - あなたの痛みを感じます。私たちの主な生産DBには〜150テーブルがあり、テーブルの関連性の低いコレクションに分解しました。理想的ではありませんでしたが、私を救いました。 – Kev
欠点は、画像とテキストとしてデータベースをプリントアウトしたいということです。また、SQL Serverに接続するためにODBCが必要なEAも知っています。それが生成するレポートは大丈夫ですが、私はもっと簡単なものを好むでしょう。 EAはあまりにも多くの機能を持つ大きなオールインワン製品です。あなたのポケットに収まるほど厚すぎる巨大なスイスの軍用ナイフのように。 –
「イメージとテキスト」：どのテキスト？ DDL？いずれにしても、現在のバージョン7.5でこのタスクを試してみることをお勧めします。これはより優れたスクリプト機能を備えています。 ODBC DSNのような不快な部分をより簡単に自動化することができます。私はまだデータベースの個々の領域を強調表示するためにあなたのダイアグラムを "手動で"作成したいと思っています。私はまた、レポートの機能から離れ、ダイアグラムだけ、そしてたぶんDDLに固執します。 –
テキストは、フィールド定義とインデックス定義、およびテーブル間の参照に関するドキュメントです。 （0..n、1..n、0..1など）私は、本物の技術的知識を持たない人に、生のDDLスクリプトよりも優れたテキストレポートを説明できることを期待しています。 （少なくとも、SQL/DDLの知識はありません）。ダイアグラムが十分明確でない限り、レポートはダイアグラムより重要になります。 –