受SO启发的关系UML图
我的作业是创建一个关于讨论站点的关系UML图。我使用了,我做了一些修改:受SO启发的关系UML图,uml,relational-database,Uml,Relational Database,我的作业是创建一个关于讨论站点的关系UML图。我使用了,我做了一些修改: 删除用户信息中的年龄 添加了代表,允许用户按用户名对帖子进行分类(自愿) 除此之外,该模式非常相似,但还很初级。你将如何改进它 澄清 代表们的主要想法是对职位进行分类。该列表只包含少数可能的名称。与徽章不同的是,这个想法并不好笑,而是有条理的。如果你问一些关于数学的问题,你可以是Steve.math或者只是math。它可以帮助其他用户直接看到您的样子,并且不会浪费空间给您Username。也许有一种更简单的方式来组织事
- 删除用户信息中的年龄
- 添加了代表,允许用户按用户名对帖子进行分类(自愿)
Steve.math
或者只是math
。它可以帮助其他用户直接看到您的样子,并且不会浪费空间给您Username
。也许有一种更简单的方式来组织事情,所以不要犹豫发表评论。投票
加:
使用者
- 去掉上升票和下降票,这是可以从投票表中获得的信息
- 将其设置为“整数”。除非您有一个非常大的站点,否则不需要将GUID作为用户ID
- ID应该是
GUID
- ID应该是
GUID
代表
,我会更改它的名称。这个名字没有告诉我它是什么
否则,我认为保留这一点不是一个好主意,“
标签
”可以告诉你,除非我完全不知道为什么会有这种情况。代表代表什么?“改进”在什么方面?规范化脱钩?图表本身的布局?那你为什么不关掉图像呢,尼尔?那么你会建议OP完全忽略图像?我认为他做得很好,制作了一个适合问题布局边界的小图像。通常用户甚至没有那么礼貌。我认为你是个不必要的笨蛋,我不明白你的意思。没有多少情况是无法用语言来解释的。关于图表的问题在这个网站上很少出现。我想这是几天以来我看到的第一张照片。可能几个星期。这绝对不是一个趋势,如果它发展成一个趋势,那么你应该禁用图像,如果它是一个问题,那么“代表”看起来更像是一个分配给用户的标签,而不是一个问题。@Gortok:事实上,如果你使用多个Gmail帐户,你可以有代表。如果没有它,这样想是错误的。我很简单,因为我想对我的初学者问题进行分类。我是一个数学迷,有很多数学问题。“这样的代表”是自然的,因为有更好的答复。与简单化相比,我的数学账户吸引了截然不同的人。用描述性的名字来跟踪人们会更容易,或者我们称之为profile/representative——这其实并不重要。《Represents》的主要思想是更好的顺序,标记仅仅是改进。对于堆栈溢出,目的不是跟随“人”,而是跟随问题的类型,因此标记。“代表”(仍然不喜欢命名,如果我在代码中看到,我可能会问,“WTF是什么意思?”。如果你在构建Stack Overflow的模式,那么有“代表”是没有意义的。@Gortok:我同意,但如果问题组织得更好,你会更容易吗?即使有标签和谷歌,你真的能在这么快的速度中找到东西吗?很多时候,我在这么短的时间内偶然发现了宝石。我想增加可能性。是的。如果你使用网站:google.com加上你的搜索字符串,你几乎可以保证找到它。
UserID (FK)
PostID (FK)