ios - 使用 CKReference 与 CKRecord 的 CloudKit 性能

原文 标签 ios swift schema cloudkit

假设我有一个 CKRecordrecordType邮政。帖子包含一些值,如标题和描述。当一个帖子显示在应用程序中时,它会伴随着撰写该帖子的用户的姓名和个人资料图片(我们称他们为作家)。我的问题是 - 存储 CKReference 会更好吗?添加到 Writer's Profile(Profile 是另一种保存 Writer 详细信息的记录),或者在他们编写 Post 时直接将 Writer 的详细信息添加到 Post 中会更好吗?

从数据库模式的角度来看,第一个选项非常有意义,但从性能的角度来看,它似乎非常糟糕。在这个系统上有成千上万的用户,获取的数量和加载它们的时间似乎都不合理。

第一部分涉及加载所有帖子。

func loadPosts() {
    // ...Setup the query
    publicData.performQuery(query, inZoneWithID: nil) { (results: [CKRecord]?, error: NSError?) in
        if let posts = results {
            self.loadProfiles(posts)
        }
    }
}

一个查询完成,现在我们调用loadProfiles
func loadProfiles(posts: [CKRecord]) {
    // Get the reference IDs out of the Posts
    var referenceIDs = [CKRecordID]()
    for post in posts {
        // Get the reference from the post
        // Append the recordID to the referenceIDs array
    }

    // Perform the Profiles fetch
    let fetchOperation = CKFetchRecordsOperation(recordIDs: referenceIDs)
    fetchOperation.fetchRecordsCompletionBlock = { records, error in
        // ...Handle the fetched Profiles

        // Everything has been fetched, update the UI now
        dispatch_async(dispatch_get_main_queue(), {
            self.tableView.reloadData()
        })
    }
    CKContainer.defaultContainer().publicCloudDatabase.addOperation(fetchOperation)
}

在该函数中,我们花时间获取referenceID。然后我们花时间进行 Profile fetch。请注意,所有这些都发生在原始 Post fetch 之后!

……哎呀。即使有某种缓存系统,原始的 fetch 也会很疯狂(尤其是有很多用户)。

那么,写的时候直接把 Writer 的详细信息加到 Post 里会不会更好呢?这样做的优点:更少的提取,更快的加载。缺点:如果作者更改了他们的个人资料详细信息,应用程序将不得不遍历他们的所有帖子并手动更新详细信息。

这整个困境散发着选择你的毒药场景的臭味。有一个更好的方法吗?

最佳答案

您所描述的权衡术语是 denormalization .这是你描述的困境。权衡取舍取决于底层技术以及应用程序领域和预期行为。

您已经描述了两个模型对象,一个 Post 和一个 Profile,以及一个 Writer 引用一个 Post 上的 Profile。您还没有确切描述它们的使用方式,但我将假设为滚动帖子列表,在表格 View 中,列表中的每个单元格上都有作者姓名和个人资料图片。很明显为什么您担心为每个人提取引用。

CloudKit 的首要任务是最小化到服务器的往返次数。但是,一次获取帖子并再次获取链接的个人资料名称并不是特别繁重。 非常重要:使用 desiredKeys获取和查询的属性在这里,甚至你可以。 CloudKit 默认获取整个记录,您可能会通过网络传递无关信息——这是获取用户姓名和获取用户完整配置文件之间的区别。

使用要点desiredKeys相对于优化的重要性和实现的简单性,文档中尽可能地没有充分说明。

但是,如果您担心拉取帖子时的响应性,例如,如果用户在您拉取更多帖子时要等待,您可能需要非规范化。

我还将假设配置文件不会经常更改 - 这是一个关键的重要点 - 但它可以更改并且应用程序需要考虑到这一点。这实际上非常简单:循环浏览帖子以更新它们并不理想,但这没什么大不了的,因为这是一次性的事情,您不希望经常发生。您应该可以使用一对 CKQueryOperation/CKModifyRecordsOperation 来完成。

同样,请务必使用 desiredKeys -- 特别是如果您只是想更新每个帖子上的非规范化字段并且不打算显示其中任何一个,那么您不想通过网络传递每个帖子的完整内容。

请注意,如果您使用个人资料图片进行非规范化,您可能希望确保使用相同的 CKAsset,这样您就可以内置缓存,并且不会意外地上下发送相同的图像并多次存储。请参阅有关 CKAsset 和本地缓存如何工作的注意事项;显然,如果您希望保证将其存储在本地,则必须自己缓存它。

值得注意的是,所有这些 CloudKit 数据类型都不应该被用作应用程序中的模型对象,并且它与该层的交互方式将影响您所做的任何选择。

CloudKit 实际上很棒,但在我看来,它的非系统文档阻碍了它。我有幸参加了今年('16)的 WWDC,并且能够与一些 CloudKit 工程师交谈,这就是其中一些信息的来源。希望这可以帮助。

关于ios - 使用 CKReference 与 CKRecord 的 CloudKit 性能,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/38230552/

相关文章:

iphone - 用 map 缓存模态视图

ios - 与非泛型父类(super class)同名的泛型类中具有类方法时出错

ios - 设置一个迦太基/cocoapod项目以分发多个依赖项

python - 可以以编程方式更改多个MySQL表吗?

mysql - Multi-Tenancy 数据库模式:处理租户需要共享数据的情况

ios - 自动布局等间距和加权间距

iphone - 在iTunes Connect中输入元数据之前或之后,我是否必须通过Xcode 4存档共享功能将更新提交到我的应用程序?

javascript - 用Node JS在 Mongoose 中存储多个文本的理想方法?

ios - 如何检测正在还原的应用程序中是否出现了 View ?

ios - iOS约束导致SIGABRT错误