当脱机模式被激活时，核心数据比Firebase实时数据库有什么优势？
我的问题可能看起来有点天真，但作为一个初学iOS开发人员，我开始认为核心数据可以被firebase实时数据库（或未来的firestore）替换。我在两个seperate项目中使用了它们，在firebase中激活离线特性后，我得到了相同的结果（即，数据被保存到设备中，而不需要internet连接）。我想我在firebase文档中读到了一些关于它不能同时过滤和排序的东西，这可能意味着核心数据可以更方便地进行复杂的查询。如果能有一些资深开发人员对这个主题的看法，那就太好了。提前谢了。
共有1个答案
这个问题对SO(IMO)来说有点偏离主题，是在征求意见，但它可能值得一个高层次的回答。我每天都使用这两个平台。
CD是一个用于建模应用程序中对象的框架。它是数据存储的“前端”，而“后端”可以是SQL、平面文件、PLIST等。它更多的是单个用户的概念，将数据存储在设备上的本地（它有云功能，但这是另一个主题）。
另一方面，Firebase是一个实时的、事件驱动的、基于云的、支持多用户的NoSQL存储。虽然它提供离线持久性，但这确实适用于当设备暂时与Internet断开连接时需要与数据交互的情况。
不正确的是：
关于它不能同时过滤和排序的firebase文档
但是，你的Firebase结构取决于你想从中得到什么--如果它的结构正确，它可以同时以各种非常强大的（和faaast）方式进行过滤和排序。
核心数据确实是一项令人难以置信的技术，在对象之间建立关系非常简单，并且有类似SQL的查询来检索数据。
如果您正在寻找一个能够利用本地存储的数据库--使用核心数据或其他本地非常强大的数据库，如Realm、MySql和其他一些数据库。
如果您想拥有基于云的、多用户的、事件驱动的存储，Firebase是一个非常有力的竞争者（Realm也是另一个选择）
我建议构建一个非常简单的待办型应用程序，并使用Firebase在其中存储，然后使用核心数据构建另一个。应该只有几个小时的工作，但它真的会给你一些很好的基本经验，这两者--你可以从那里做出更明智的决定。
-
我的应用程序有一个目录，它使用Firebase来存储和更新数据。我想显示已经缓存的数据，如果应用程序被杀死，并再次启动，而不在线。 firebase是否在应用程序被终止时删除缓存？ 无论用户在线或离线，我们都可以首先推送离线数据。
-
我在一个Android应用程序中使用Firebase数据库，每次用户启动时，我都会在数据库中存储一些值，为此我会执行以下操作： 正如您在子方法中看到的，如果称为“usrId”，它将创建usrId目录，并在其中添加所有neccesary信息。但是我想为每个用户创建目录，所以我尝试传递usrId变量作为参数。但它不起作用。当我调试代码时，调试器说本地var usrId无法识别，我的问题是如何在Fire
-
我在我的应用程序中使用的是react-本地Firebase。我面临的问题是如何处理用户离线时尝试推送数据时的用户界面更新。 如果用户在线，我们可以使用on（）方法获得实时更新，但当他们离线时该怎么办。我们知道推送的数据存储在缓存中，并在用户再次在线时推送。这个缓存的数据可以用来做我的目标是实现什么？ 以下是我用来接收实时更新的代码： 我用来推送数据的代码。 var postData={uid:ui
-
所以我正在制作约会应用程序，现在我需要为用户创建一个匹配的人员列表。 因此，我需要一个firebase查询来查看性别，并检查是否已经匹配，如果匹配，则不应将其包括在列表中。 我试着按性别过滤数据。如何编辑此查询以检查它们是否已匹配？匹配项显示在用户/{userID}/Matches/{matchedUserID}中 这是我尝试的：
-
命令用于激活创建过的数据库，它使数据库可用于应用程序。 语法： 这里， 是指定数据库的名称。 示例： 假设要激活数据库： ： 执行结果如下所示：