Google Firebase 关注和在 Web 应用程序中混合数据库技术

Question

您好，我正在与一家正在构建 Web 应用程序的小型初创公司合作。我们最初选择的技术栈是一个 React JS 前端，服务器端的 Python 处理一些外部数据请求，谷歌的 Fire-base（实时数据库）作为后端。

我们专门研究了 Firebase，因为 Google 工具套件的文档插件包括 google 分析和大查询，以及随 Google Firebase 仪表板一起提供的已经提供的用户身份验证。

然而，自从与一群开发人员接触后，他们在将 Firebase 与我们的应用程序结合使用时，在两个方面提出了担忧。 Firebase 已记录其支持的搜索深度和复杂性的限制。

对于需要跨表进行复杂连接的查询或部分搜索条件或需要返回相似或 LIKE 的查询，Firebase 被认为要么没有能力，要么能力非常有限。

关于用户，据说该产品在构建需要用户组和角色的环境时功能有限。

因此建议我们考虑远离 Firebase。或者，我们考虑将 Firebase 的使用减少到应用环境的更简单元素，将通过复杂搜索/数据查询找到和显示的关键数据和数据转移到对数据和搜索复杂性有更大支持的替代数据库技术上。

为此，我希望了解其他人是否在两个 Firebase 数据库产品（实时数据库或 FireServe）中的任何一个中都拥有他们的整个 Web 应用程序后端，以及您是否遇到任何关于性能、缺乏功能的问题，在尝试在后端执行复杂的事情时缺乏能力。

如果你这样做了，你是如何解决问题的。您是否使用第三方插件添加到 Firebase，是否将部分或全部数据从 Firebase 移至其他数据库技术，或者完全从 Firebase 中移出？

最后我想知道是否以更有限的方式使用 Firebase，例如在关键数据驻留在另一个数据库（例如 MongoDB 或 SQL）中时管理用户对您的应用程序的访问是可能的，还是我们过于复杂了利用两种不同的数据库技术构建的基础架构？

感谢任何提供建议的人。邓肯

Answer 1

这并不完全是一个答案，但阅读 cmets 表明该帖子的一个要求是部分字符串查询。根据评论，这就是问题

一位用户输入“Al”试图搜索他的朋友“Alex”。 您想获取数据库中名称包含 文本“Al”以帮助用户缩小搜索范围。 这个任务不是 可以单独通过 Cloud Firestore。

所以检查一个需求，假设我们想要执行那个任务；返回名称以“Al”开头的所有用户

func findPartialString(startingWith: String) {
    let usersColl = self.db.collection("users")
    let endingWith = startingWith + "\u{f8ff}"
    let query = usersColl.whereField("name", isGreaterThanOrEqualTo: startingWith).whereField("name", isLessThan: endingWith)
    query.getDocuments { querySnapshot, err in
        if let err = err {
            print("there was an error: \(err.localizedDescription)")
            return
        }

        if let snap = querySnapshot {
            if snap.count > 0 {
                for document in snap.documents {
                    let key = document.documentID
                    let name = document.get("name") as! String
                    print(key, name)
                }
            } else {
                print("no matches")
            }
        } else {
            print("no data returned in snapshot")
        }
    }
}

会这样称呼

findPartialString(startingWith: "Al")

结果是

uid_5 Alex
uid_4 Albert

还有其他几种方法可以执行相同的任务，因此很明显，这不仅非常有可能，而且代码紧凑且易于维护。