I m 建造一个网站,以构建全网站和用户专用活动。 我希望你们能够看到以下结构,并分享你们对我的解决办法是否正在做的见解。 由于我有多种类型的用户,现在还没有在一张主桌上储存,这更加复杂。 这是因为用户类型大不相同,为用户元数据建造多个不同的表格,我认为会太麻烦。 此外,还有多种类型的内容可以采取行动,还有多种类型的活动(跟踪、提交、评论等)。
整整整一个全地点的活动,是简单的,因为所有活动都与主要饲料表相挂钩,我刚刚拟定一份清单。 我在MySQL有一个总补给表,即:
- type of activity;
- type of target entity;
- id of target entity;
- type of source entity (i.e., user or organization);
- id of source entity.
(这只是一个大的参考表,它把产生饲料的文字放在每个饲料进口的适当表格中。)
在生成用户专用饲料时,Im试图以某种方式与馈赠表合并关系表,并利用这一表格来压缩结果。 我有一个关系表,由以下关系组成,类似于反馈表。 比较简单,不过b/c 只允许一种用户使用其他内容类型/用户。
- user/source id;
- type of target entity;
- id of target entity.
第2栏和第2栏;表内和表后表中第3栏是相同的,我一直在努力使用各种JOIN方法加以匹配,然后以用户所拥有的任何关系加以限制。 这并不十分成功。
我使用的基本问题是:
SELECT *
FROM (`feed` as fe) LEFT OUTER JOIN `follow` as fo
ON `fe`.`feed_target_type` = `fo`.`follow_e_type`
AND fo.follow_e_id = fe.feed_target_id
WHERE `fo`.`follow_u_id` = 1 OR fe.feed_e_id = 1
AND fe.feed_e_type = user
ORDER BY `fe`.`feed_timestamp` desc LIMIT 10
该询问还试图 gr弄用户制造的任何内容(数据在资料表中存档),即用户实际上在违约之后。
这个问题似乎在发挥作用,但我需要一些时间去做,而且很有理由相信,我马上没有一个更加棘手的解决办法。 任何想法?