我是第一次为我的SQL Server表编写描述（来自Description窗口中的Properties字段），我开始考虑在这样的字段中写什么
例如，某些表根据其标题不言自明......就像“音乐系统”中的一个名为Albums的表格一样。在这种情况下你真的会写什么描述？
您通常在说明中包含哪些“其他”信息？你提到桌子的关系吗？
是否有一种标准的，正式的方式来编写表格的描述？
答案 0 :(得分：3)
我相信一个好的对象命名和设计以及最终可视化数据库结构（e.g. SQL Doc）的工具比向每个对象添加详细描述要好得多。
您希望在描述中覆盖的越多，它就越有可能从真实数据库结构中失去同步。例如。如果你想记录这种关系，那么每次你改变它时你都需要记住更新描述（涉及的所有对象？）它基本上是冗余信息，因为它已经记录在模式中。我们不希望数据库对我们进行冗余吗？
答案 1 :(得分：1)
我还会将表的基数/关系包含在其他重要表中。这看似显而易见，但往往并非如此。例如，对于tblAddresses，您可能有以下描述：
“此表是地址明细行（tblAddressLines）的父表，由Employees表（tblEmployees）引用（并且不是其子代）。”
答案 2 :(得分：1)
表格描述应该有3个简单的陈述：一个描述表格的内容，一个描述表格中数据的初始状态（空白或预填充），另一个描述数据如何移入/移出表格
答案 3 :(得分：0)
我在说明中输入了使用该表的作业/程序/报告的名称。这是不必要的，需要不断更新，并回答这个表为什么存在的问题？ （即谁的数据是这个？）
答案 4 :(得分：0)
如果你正在使用源代码控制，我想不出任何评论放在这里不能更好地用作SCC评论。我认为它是多余的，除非你的组织有标准，否则不会使用它。