如何在 Parse 中构建两个用户之间的相互关系？
How would one structure a mutual relationship between two users in Parse?
我正在玩我自己的 Parse 服务器，并且想构建一个社交媒体应用程序只是为了好玩。只是学习如何构建它并开发所有内容。
我无法解决的问题之一是如何在两个用户之间创建相互连接的关系结构。
你必须在两端都接受关系请求。
我也想知道怎么查询好友列表。我将如何查询与用户有相互联系的人？
我听说友谊 table 关系有助于构建与朋友的关系。但我想让它成为人们成为朋友的强制性相互联系。
创建一个新对象调用 "Relationships" 并存储两个 PFUser id。
你真正需要的只是 Request(person, friend) "PERSON asked to friend FRIEND"，因为可以通过查询提取有求必应和无求必应的友谊。您可能更愿意将这两种关系分开：Requited(person, friend) "PERSON asked to friend FRIEND and FRIEND asked to friend PERSON" & Unrequited(person, friend) "PERSON asked to friend FRIEND and FRIEND hasn't asked to friend PERSON"。如果行 (p, f) 在 Requited 中，那么 (f, p) 也是如此，并且两者都不在 Unrequited 中。两个 tables UNION to Request。但是当人们与其他人成为好友或解除好友关系时，您需要在 table 之间移动行。什么是 "best" 在逻辑上取决于更新和查询的模式，并且当包含实现时可能会有另一个 "best"。
数据库设计是足以relationships/associations描述任何应用情况的标识。每个人都得到一个 table，其行从某个特征语句模板（又名 predicate 中构成一个真实的语句。每个查询 returns 满足其自身 relationship/association 的行，其特征在于从基本谓词构建的谓词。规范化有助于 relationship/association/predicate/table 选择，信息建模方法也是如此。选择一种方法（例如对象角色建模）并学习它以及它如何以及为什么会导致 "good" 设计，同时避免 "bad" 设计。
我正在玩我自己的 Parse 服务器，并且想构建一个社交媒体应用程序只是为了好玩。只是学习如何构建它并开发所有内容。
我无法解决的问题之一是如何在两个用户之间创建相互连接的关系结构。
你必须在两端都接受关系请求。
我也想知道怎么查询好友列表。我将如何查询与用户有相互联系的人？
我听说友谊 table 关系有助于构建与朋友的关系。但我想让它成为人们成为朋友的强制性相互联系。
创建一个新对象调用 "Relationships" 并存储两个 PFUser id。
你真正需要的只是 Request(person, friend) "PERSON asked to friend FRIEND"，因为可以通过查询提取有求必应和无求必应的友谊。您可能更愿意将这两种关系分开：Requited(person, friend) "PERSON asked to friend FRIEND and FRIEND asked to friend PERSON" & Unrequited(person, friend) "PERSON asked to friend FRIEND and FRIEND hasn't asked to friend PERSON"。如果行 (p, f) 在 Requited 中，那么 (f, p) 也是如此，并且两者都不在 Unrequited 中。两个 tables UNION to Request。但是当人们与其他人成为好友或解除好友关系时，您需要在 table 之间移动行。什么是 "best" 在逻辑上取决于更新和查询的模式，并且当包含实现时可能会有另一个 "best"。
数据库设计是足以relationships/associations描述任何应用情况的标识。每个人都得到一个 table，其行从某个特征语句模板（又名 predicate 中构成一个真实的语句。每个查询 returns 满足其自身 relationship/association 的行，其特征在于从基本谓词构建的谓词。规范化有助于 relationship/association/predicate/table 选择，信息建模方法也是如此。选择一种方法（例如对象角色建模）并学习它以及它如何以及为什么会导致 "good" 设计，同时避免 "bad" 设计。