visoについてのいくつかの悪い報告を読んで、DBを文書化しています...私は単にDBを文書化し、すべての鍵と関係を表示したいと思います...VisioなどでDB（SQL Server）を文書化する方が良いですか？
visioは正しい方法ですか？ ...そのかなり小さなプロジェクトとVisioが値札を運ぶん...
私はVS 2008使用していますし、これは統合データベースダイアグラムを持っていますが、私は何を誰にその
強力な
そのどれ見解を考えていません使用すると、なぜおかげで（おそらくそれ以前）は、少なくとも2005年以来のSQL Serverが管理スタジオからER（エンティティ関係）図を生成することが可能となっていることを
ベア心の中で素晴らしいことwoudd。それは少なくともテーブルと関係を示してくれるので、ほとんどの場合自分の目的には十分に役立つことが分かりました。
図の目的では、SQL 2005 Management Studio内の図を使用することをお勧めします。
は、ドキュメントの目的のために、私は説明を非常に見栄えのHTML形式のテーブルの&他のメタデータをSQL DBの完全なドキュメントを生成するために構築されたテンプレートを持っているmyGenerationを使用することをお勧めします。あなたがmygenerationをインストールした後、テンプレートのMicrosoft SQL Serverを見つけることができます - レポート - コンラッドがすでにレッドゲートSQLのドキュメントを使用することができます述べたようにHTMLデータベースレポート
を見てみましょう。私はApexSql Docを使いましたが、これは少なくとも1年前に比較したときに柔軟性があることがわかりました。このツールはデータベースのオブジェクトの拡張プロパティ（通常は "MS_Description"）を読みます。これらのプロパティは、また、オブジェクト間の関係の図を生成することができます。
私はVisoをSybaseデータベース用に何度も使用していますが、正常に動作します。
最終的なドキュメントを同僚のチームと共有する必要があり、誰もがVisioを持っていてOffice Professionalの一部であると思っていたので、私は通常Visoを使用しました。たとえば、プロジェクトマネージャやGUI開発者がデータベースを操作していないが、データモデルを確認する必要があった。
私はSQL Serverのために、それはドキュメントのための簡単なオプションと思います。それはリバースエンジニアリングでは限られていますが、適切なデータモデリングやDB生成のために、私は自分のデータベースプラットフォームに特化したツールを探します。
私は役立つことを願っています。
乾杯、
ケビン