相关疑难解决方法(0)

伙计们，我在这里确实有一个有趣的问题，如果你们中的任何人能够帮助我，我会非常高兴。

我的应用流程是什么：

1. 使用电子邮件、密码和其他一些详细信息注册：
2. 用户 firebase 以对用户进行身份验证并通过电子邮件和密码创建帐户，同时我将用户的自定义数据写入数据库。
3. 登录用户。

就是这样，这就是我所有的基本逻辑，据我所知，你怎么看我没有从数据库中读取任何信息。

现在......问题是，由于一些奇怪的原因，当我注册我的用户时，我要去firebase控制台查看我的数据库的使用情况，我会看到类似......对于创建的一个用户，我将有 1 次写入（正如我预期的那样很好），但也有13-20 次从 DB 读取。

现在这就是我的问题，为什么我在进行身份验证和写入时会阅读firestorm？

这是我现在正在使用的数据库代码。

class DatabaseFirebase implements BaseDataBase {
  final FirebaseAuth _firebaseAuth = FirebaseAuth.instance;
  final FirebaseStorage _storage = FirebaseStorage.instance;

  FirebaseUser _firebaseUser;
  Firestore _firestore = Firestore.instance;

  @override
  Future<String> login(String email, String password) async {
    _firebaseUser = await _firebaseAuth.signInWithEmailAndPassword(
        email: email, password: password);
    return _firebaseUser.uid;
  }

  @override
  Future<String> register(String email, String password) async {
    _firebaseUser = await _firebaseAuth.createUserWithEmailAndPassword(
        email: email, password: password);
    return _firebaseUser.uid; …

使用Firebase控制台并单击不同的集合/文档是否会计入我的读取操作配额？

我有大约2个真实用户和大约13个虚假用户，并且到目前为止，我的使用情况显示有1100次读取。整个数据库中只有大约30个文档！

在任何情况下，结合使用 realtime 和 firestore 是否有意义？哪些情况更适合 Firebase 实时与 Firestore 或两者的组合？我一直在阅读有关人们遭受巨额成本打击的恐怖故事，无论如何要事先进行测试。

对于上下文，我希望与超过 50,000 种产品的拍卖市场合作。这个想法是能够根据需要过滤这些产品，创建、修改和删除这些产品的出价、最喜欢的项目并检索用户出价。从我读到的关于使用 firebase 的市场的一般建议（以保持低成本）似乎建议将产品存储在实时数据库中，并将用户对象、销售等存储在 firestore 中。我需要的查询类型是找到具有最低/最高出价的产品、最喜欢的项目，以及获取当前用户和购买的用户。

从成本的角度来看，实时存储与 Firestore 何时最佳？

我当前的逻辑是实时存储产品对象，因为它们将被更频繁地引用。或者，我认为将用户信息、他们的出价和购买存储在 Firestore 中的一个文档中是有意义的，因为这只会产生一次读取成本，并且对于高度活跃的用户可能会导致大量数据被传输. 我感到困惑的地方是查看给定产品的先前销售与获取用户先前的销售之类的事情，销售应该实时存储（作为他们自己的对象或嵌入在产品对象中）还是 firestore（嵌入在用户文档中）或两者？