3

私は初めてSQLServerテーブルの説明を（ウィンドウのDescriptionフィールドからProperties）作成し、そのようなフィールドに正確に何を書き込むかを考え始めました。

たとえばAlbums、「ミュージックシステム」で呼び出されるテーブルのように、タイトルによってはわかりやすいテーブルもあります。そのような場合、実際にどのような説明を書きますか？

そして、あなたは通常どのような「他の」情報を説明に含めますか？テーブルとの関係について言及しますか？

テーブルの説明を書くための標準的な正式な方法はありますか？

4

5 に答える 5

3

優れたオブジェクトの命名と設計に加えて、データベース構造を視覚化するツール（SQL Docなど）は、各オブジェクトに詳細な説明を追加するよりもはるかに優れていると思います。

説明でカバーしたいほど、実際のデータベース構造から同期が外れる可能性が高くなります。たとえば、関係を文書化する場合は、関係を変更するたびに、説明も更新することを忘れないでください（関連するすべてのオブジェクトについて？）。これは、スキーマにすでに記録されているため、基本的に冗長な情報です。データベースの冗長性は必要ありませんか？

于 2009-05-20T11:49:51.727 に答える
1

テーブルの説明には 3 つの簡単なステートメントを使用する必要があります。1 つはテーブルが保持する内容を記述し、1 つはテーブル内のデータの初期状態 (空または事前入力) を記述し、もう 1 つはデータがテーブルに出入りする方法を記述します。

于 2009-06-16T13:58:06.830 に答える
1

テーブルのカーディナリティ/他の重要なテーブルとの関係も含めます。これは明白に思えるかもしれませんが、多くの場合、そうではありません。たとえば、tblAddresses の場合、次のような説明があります。

"このテーブルは住所詳細行 (tblAddressLines) の親テーブルであり、Employees テーブル (tblEmployees) によって参照されます (子ではありません)。 "

于 2009-05-27T23:31:27.490 に答える
0

ソース コード管理を使用している場合、SCC コメントとして適切に使用されないコメントをここに記載することは考えられません。私はそれは不必要だと思うし、あなたの組織がそれに対する標準を持っていない限り、それを使用しないだろう.

于 2009-05-27T23:41:41.227 に答える
0

上記のテーブルを使用するジョブ/プログラム/レポートの名前を説明に入れます。これは、定期的な更新を必要とする可能性は低く、なぜこのテーブルが存在するのかという質問に答えます。(つまり、これは誰のデータですか?)

于 2009-05-21T20:56:56.670 に答える