我想让CouchDB作为我的移动应用程序的后端运行，取代SQlite。作为这项技术的新手，我一直非常困惑，因为除了Couchbase去年发布的所有类似的声音产品(Couchbase、CouchbaseSingleServer、Membase、CouchbaseMobile)之外，它们现在似乎正在下降/合并所有这些都集成到一个项目CouchbaseServer中。但是，这实际上是Membase，而不是CouchDB。最重要的是，CouchDB的创建者将不再为CouchDB工作。然而，CouchDB周围似乎有一个非常活跃的社区。以下是我所知道的:我了解Couchbase公司不再提供Couc

我想让CouchDB作为我的移动应用程序的后端运行，取代SQlite。作为这项技术的新手，我一直非常困惑，因为除了Couchbase去年发布的所有类似的声音产品(Couchbase、CouchbaseSingleServer、Membase、CouchbaseMobile)之外，它们现在似乎正在下降/合并所有这些都集成到一个项目CouchbaseServer中。但是，这实际上是Membase，而不是CouchDB。最重要的是，CouchDB的创建者将不再为CouchDB工作。然而，CouchDB周围似乎有一个非常活跃的社区。以下是我所知道的:我了解Couchbase公司不再提供Couc

我正在创建一个nativeiOS应用程序，并且我有一组REST服务，我利用这些服务从Web服务器提取数据并存储在本地以供离线使用。用户每天在开始一天的工作之前都会同步大量数据。起初，我考虑过只使用CoreData，因为我以前使用过它，但我真的不希望在设备上重新创建一个大的sqllite模式。我宁愿将JSON直接存储到像TouchDB这样的NOSQL数据库中，并在可能的情况下从那里查询它，但我担心提取数据部分的内存消耗。在这种情况下，CoreData允许相对较低的内存使用，但代价是大量繁重的工作。这适用于每条记录有2000个数据点的数据输入应用程序，其中一些是大文本字段。用户可能一整天都

我们有一个使用Cloudant作为远程服务器的应用程序。尽管如此，Cloudant并不完全兼容TouchDB从以前的经验中进行的连续复制。所以我们现在的替代方案是以固定频率手动触发一次性复制。然而，我们想知道这种方法是否会比连续复制花费更多的钱，因为连续复制使用longpoll并且不需要经常查询服务器。换句话说，以Cloudant作为目标的一次性拉取复制是否会花费我们一个GET请求？谢谢，保罗 最佳答案 我认为你提到的问题是[1]。Cloudant的复制与CouchDB100%兼容。在这个例如，TouchDB的日志表明iOS网络堆栈