所以我有这个睡眠（RDBMS）。我在这里问了很多问题，但没有回答过，关于模仿rdbms中的oo概念......
许多网站（论坛，社交网络等）都有很多发布内容的功能 他们可以有评论，喜欢，分享，明星等......
假设可能有几种类型的帖子（普通帖子，评论，照片，问题），某些类型的帖子不能具备所有功能（比如说只有星号和评论），很难确定哪些要走的路......
我可以去：
（每个帖子表中将引用此实体ID，该功能也将引用实体ID）。还需要实体类型来制作一些完整性触发器，例如注释实体可以具有相似的功能但不具有注释功能。如果需要为帖子添加更多功能，则此实体类型字段将是一个睡眠（需要添加一些新的实体类型）。这简直是数据完整性的混乱。
或者是数据库表的5倍以上。我的意思是为每种类型的邮政表设计功能表。这将需要更多的连接，更长的查询，但至少我知道我不会遇到数据完整性或可伸缩性问题。
您会从这两种设计中选择什么？或者你会如何更好地设计它？
答案 0 :(得分：0)
您会从这两种设计中选择什么？或者你会如何更好地设计它？
专注于应用程序语言中的OO。 RDBMS不适合OO概念。相反，使用NULL等，而不是尝试发明子类表。
（好吧，也许我的回答是蹩脚的。但是它会让这个老人摆脱＆＃34;未得到答复＆＃34;）