我将Firebase实时数据库用于我的测试社交网络应用程序,你可以在其中跟踪和接收所关注的人的信息。传统的社交网络。我的数据库结构如下:
Users
--USER_ID_1
----name
----email
--USER_ID_2
----name
----email
Posts
--POST_ID_1
----image
----userid
----date
--POST_ID_2
----image
----userid
----date
Timeline
--User_ID_1
----POST_ID_2
------date
----POST_ID_1
------date
我还有另一个节点“ Content”,其中仅包含所有用户帖子的ID。因此,如果“ A”跟在“ B”之后,那么B的所有帖子ID都会添加到A的时间轴中。如果B发布了一些内容,那么它也会被添加到其所有关注者的时间轴中。
现在这是我的实时数据库解决方案,但显然存在一些可伸缩性问题
现在,我正在考虑将整个事情转移到Firestore上,因为它声称是“可伸缩的”。因此,我应该如何构造数据库,以便可以在Firestore中消除我在实时数据库中遇到的问题。
稍后我已经看到了你的问题,但我还将尝试为你提供我能想到的最佳数据库结构。因此,希望你会发现此答案有用。
我在想,有有三个顶级藏品的模式的users,users that a user is following
并且posts
:
Firestore-root
|
--- users (collection)
| |
| --- uid (documents)
| |
| --- name: "User Name"
| |
| --- email: "email@email.com"
|
--- following (collection)
| |
| --- uid (document)
| |
| --- userFollowing (collection)
| |
| --- uid (documents)
| |
| --- uid (documents)
|
--- posts (collection)
|
--- uid (documents)
|
--- userPosts (collection)
|
--- postId (documents)
| |
| --- title: "Post Title"
| |
| --- date: September 03, 2018 at 6:16:58 PM UTC+3
|
--- postId (documents)
|
--- title: "Post Title"
|
--- date: September 03, 2018 at 6:16:58 PM UTC+3
如果某人有10,000个关注者,则在10,000个关注者的时间轴中添加了新帖子。
完全没有问题,因为这就是在Firestore中修改集合的原因。根据对Cloud Firestore数据库建模的官方文档:
Cloud Firestore经过优化,可存储大量小文件。
这就是我添加userFollowing
为集合而不是作为可以容纳其他对象的简单对象/映射的原因。请记住,根据官方文档中有关限制和配额的最大文档大小为1 MiB (1,048,576 bytes)
。如果是托收,则托收之下的文件数量没有限制。实际上,Firestore已针对此类结构进行了优化。
因此,以这种方式拥有这10,000个关注者将可以很好地工作。此外,你可以以无需在任何地方复制任何内容的方式查询数据库。
如你所见,数据库已被高度规范化,从而使你查询起来非常简单。让我们举个例子,但在创建与数据库的连接并uid使用以下代码行获取用户之前:
FirebaseFirestore rootRef = FirebaseFirestore.getInstance();
String uid = FirebaseAuth.getInstance().getCurrentUser().getUid();
如果要查询数据库以获取用户关注的所有用户,则可以get()
对以下参考使用调用:
CollectionReference userFollowingRef = rootRef.collection("following/" + uid + "/userFollowing");
因此,通过这种方式,你可以获取用户关注的所有用户对象。拥有他们的uid,你可以简单地获取他们的所有帖子。
假设你想在时间轴上获得每个用户的最新三篇帖子。当使用非常大的数据集时,解决此问题的关键是将数据加载为较小的块。我在这篇文章的答案中解释了一种推荐的方法,你可以通过将查询游标与该limit()方法结合使用来对查询进行分页。我也建议你观看此视频,以更好地理解。因此,要获取每个用户的最新三篇文章,你应该考虑使用此解决方案。因此,首先你需要获取要关注的前15个用户对象,然后根据其用户对象uid来获取其最新的三篇文章。要获取单个用户的最新三篇帖子,请使用以下查询:
Query query = rootRef.collection("posts/" + uid + "/userPosts").orderBy("date", Query.Direction.DESCENDING)).limit(3);
向下滚动时,加载其他15个用户对象并获取其最新的三篇文章,依此类推。除了,date你还可以向post对象添加其他属性,例如喜欢,评论,分享等的数量。
优化操作的一种解决方案是将用户应看到的帖子存储在该用户的文档中,在该操作中,用户应看到他关注的每个人的所有最新帖子。
因此,如果我们举一个例子,比方说facebook,你将需要一个包含每个用户的facebook feed的文档。但是,如果单个文档可以容纳的数据太多(1 Mib),则需要将这些数据放入集合中,如上所述。
我试图使提要/时间线,在那里一个用户可以跟随-类别,相册或另一个用户。每次图片被添加到类别,相册,用户,它应该出现在时间线上。我试图建模我的数据库,所以它只需要1-2个get请求。 null
我有我的,我想注入它。我想使用构造函数注入,因为我是这个类的所有者: 问题是,当触发时,该构造函数的参数(即依赖项)将作为附加项从中检索。所以我的问题是,如何将从检索的这些参数提供给我的构造函数注入? 谢谢你。
什么是持续交付? 持续交付是当前一个挺火的概念,它所描述的软件开发,是在从原始需求识别到最终产品部署到生产环境这个过程中,需求以小批量形式在团队的各个角色间顺畅流动,能够以较短地周期完成需求的小粒度频繁交付。频繁的交付周期带来了更迅速的对软件的反馈,并且在这个过程中,需求分析、产品的用户体验和交互设计、开发、测试、运维等角色密切协作,相比于传统的瀑布式软件团队,更少浪费。 简单来说,持续交付是一种
上下文:假设我有一个显示餐厅列表的应用程序 方法1:将所有餐厅添加到集合中,并将文档id保存在属于指定类别的数组中。所以,如果我想要所有的印度餐馆,我只需要获取包含所有印度餐馆Id的数组Indian,然后加载它们。 方法2:将所有餐厅添加到集合中,并为每个文档指定一个类别。因此,当用户需要印度餐馆列表时,我会使用where()将其过滤掉。在这种方法中,firestore是否会为所有100000次文
问题内容: 在课堂上,我们都是“学习”数据库,每个人都在使用Access。厌倦了这一点,我试图做该类其余部分的工作,但是要使用MySQL的原始SQL命令而不是使用Access。 我已经设法创建数据库和表,但是现在如何在两个表之间建立关系? 如果我有两个这样的表: 和 如何在两个表之间创建“关系”?我希望为每个帐户“分配”一个customer_id(以指示谁拥有它)。 问题答案: 如果表是innod
我计划建立一个家庭自动化系统,其中物联网设备与MQTT经纪人通信。该系统还包括一个为iOS/Android设备提供API的Django web服务器。我将描述一个我想要实现的示例。 从移动应用程序向Django服务器发出API调用以打开设备。当向Django发出这样的API请求时,它应该通过MQTT协议向IoT设备推送“打开”数据。 此外,IoT设备向MQTT代理发送一些实时数据。当收到这样的数据