C# 在MySQL数据库中实现类数组结构
我目前正试图在我的SQL数据库中实现一个表。我希望创建一个表,可以用来检查我的网站上的用户是否喜欢一篇文章。这个想法是让一个表的一个轴迭代网站上的帖子,另一个轴迭代用户ID值。然后在每个框中保存一个二进制值,以判断他们是否喜欢它。我只是想知道我将如何实现这一点。我一直在C#中使用Entity Framework 6.4.0创建类并将其转换为服务器端代码。C# 在MySQL数据库中实现类数组结构,c#,mysql,entity-framework,C#,Mysql,Entity Framework,我目前正试图在我的SQL数据库中实现一个表。我希望创建一个表,可以用来检查我的网站上的用户是否喜欢一篇文章。这个想法是让一个表的一个轴迭代网站上的帖子,另一个轴迭代用户ID值。然后在每个框中保存一个二进制值,以判断他们是否喜欢它。我只是想知道我将如何实现这一点。我一直在C#中使用Entity Framework 6.4.0创建类并将其转换为服务器端代码。 任何帮助都会很好 您所建议的是针对您的用例的规范化结构;例如,每次向数据库(或用户,取决于您使用的是行还是列)添加帖子时,都需要向表中添加更多
任何帮助都会很好 您所建议的是针对您的用例的规范化结构;例如,每次向数据库(或用户,取决于您使用的是行还是列)添加帖子时,都需要向表中添加更多列 典型的数据库解决方案是桥接表,它表示POST和用户之间的多对多关系 假设表
user\u like\u posts
,包含以下列:
user_id -- foreign key to the "users" table
post_id -- foreign key to the "posts" table
您可能希望向桥接表中添加其他列,如用户喜欢帖子时的时间戳等。每个用户对每篇帖子都有意见吗?如果没有,那么您就没有所描述的数据。如果用户和帖子不是一对一的,那么你有一个简单的关系。对于用户喜欢(或不喜欢?)的每个帖子,该用户都有一个条目: 喜欢/不喜欢表格: 用户标识符 邮政标识 表示喜欢或不喜欢的二进制值 如果表中只显示“likes”,则不需要最后一列 即使每个用户和每个帖子都在这个表中,这样的设计也会起作用。每次你介绍一篇新文章时,表格可能会迅速变大,并不断增加。但如果该表只包含实际的“喜欢”(和/或“不喜欢”),那么它应该是可管理的 对于一个类,您只有一个具有posts“liked”的可枚举项(可能还有一个表示posts“disliked”的可枚举项) 想想你想表达什么。问自己一些问题。不要只是抓住一个想法,并试图“做”它
每个用户对每个帖子都有意见吗? 您需要同时存储“喜欢”和“不喜欢”吗 在一篇帖子上能有一个“中立”的意见吗? 用户能改变他们的观点吗
您只能通过询问和回答与您的情况相关的所有问题来发现正确的数据结构(我的列表并不详尽,只是一个示例。)听起来您需要数据库中的多对多关系表听起来您需要从快速数据库设计教程开始。以太PS中有1000个,不要按照你目前的方式来做