我有一個用戶和一個Topic類每個Topic都與一個用戶相關聯。將主題中的關係設置爲用戶與僅將用戶的objectId保存爲主題中的字符串是否有意義的區別?兩者都有效,但我想知道這種關係方式是否有任何表現或其他好處。解析關係與ObjectId
0
A
回答
0
在這種情況下,您應該使用指針。因爲如果您使用這種方法,則不需要再次查詢用戶,就像您僅保存objectId字符串時所需執行的操作一樣。即使你使用的是雲代碼,爲了實現一個可靠的應用程序,你應該使用指針,這就是它的設計。
當我在解析關係的工作,我通常遵循這樣的:
- 一對1 =指針
- 一個一對多=指針
- 許多一對多=關係
因此,在您的示例中,當您保存主題PFObject時,請確保將PFUser對象設置爲它。所以,如果你想將當前用戶保存爲一個主題,你可以做以下的主人:
newTopic["owner"] = PFUser.currentUser()
newTopic.saveInBackgroundWithBlock {
....
這將指針設置爲保存在分析用戶。因此,您可以在檢索主題時訪問整個PFUser對象。
0
那麼區別在於你想要在你的數據之間建立關係的類型。如果將用戶objetcId存儲爲字符串,則只需創建用戶和主題之間的一對一關係(這與使用指針非常相似)
如果您使用關係,那麼您在技術上在主題可以有許多關聯用戶的情況下形成一對多的關係。關係被設計爲可擴展的,並且對於更大的數據集來說它是合適的(性能明智的)。
相關問題
- 1. 從關係解析得到objectId
- 2. 麻煩與解析關係
- 3. 在Swift中解析objectID
- 4. OBJECTID多對多的關係
- 5. Gemspec解析依賴關係
- 6. PFUser關係 - 解析雲
- 7. Maven依賴關係解析
- 8. 解析連接表關係
- 9. 解析swift子類關係
- 10. 解析一對多關係
- 11. Gradle依賴關係解析
- 12. Spring依賴關係解析
- 13. 鍵入objectId來解析雲代碼
- 14. 的MongoDB的ObjectId解析JavaScript中
- 15. 解析雲代碼檢索objectId用戶
- 16. 解析-JS-SDK時,matchesKeyInQuery不OBJECTID工作。
- 17. 解析CloudCode beforeSave對象沒有objectID
- 18. Mongodb - 映射關係 - 類型Objectid
- 19. 解析涉及解析用戶的iOS關係查詢
- 20. 解析和Swift。從解析關係設置tableViewCell附件類型
- 21. Maven無法解析依賴關係,工件無法解析
- 22. 獲取解析PFUser:關係數據
- 23. 依賴關係無法解析錯誤
- 24. MySQL外鍵依賴關係解析
- 25. 從解析獲取關係數據
- 26. GNU Makefile自動依賴關係解析
- 27. 依賴關係WebActivatorEx無法解析
- 28. 無法解析org.springframework.transaction.annotation.Transactional的依賴關係
- 29. Android Studio無法解析依賴關係
- 30. 啓動Rails時「解析依賴關係」?
我的問題是,這是否是一個沒有差異的區別。如果我保存用戶的objectId,我可以很容易地使用它來檢索用戶。我猜這是iOS中的更多代碼,但不是在雲代碼中(您只是使用「get」)。 – pickwick
@pickwick只是對問題進行了一些更新以澄清一些細節 – adolfosrs