Firestore social network data structure问题出现的原因是开发类似Twitter的社交媒体应用时，Firestore查询功能不足以满足需求。Twitter为每个用户生成个性化的时间线，这需要使用云函数来实现。为了将新的帖子复制到关注用户的时间线上，需要一个云函数来监视新的帖子并进行复制。不需要复制整个推文数据，只需复制推文id和其他需要排序的字段，如时间戳。因此，当查询时间线时，将获得所有推文id，当用户即将滚动时，可以加载原始推文。因为赞和踩应该影响原始推文，所以需要解决这个问题。

解决方法是使用Firestore和云函数结合。首先，需要在Firestore中创建一个集合来存储用户的时间线数据。每个用户的时间线都是一个文档，其中包含其关注的用户的推文id列表。当有新的推文发布时，云函数会触发，并将推文id复制到关注用户的时间线文档中。这样，每个用户的时间线都会自动更新。

以下是Firestore social network data structure问题的解决方法的代码示例：

// 云函数代码
const functions = require('firebase-functions');
const admin = require('firebase-admin');
admin.initializeApp();
exports.copyTweetToTimeline = functions.firestore.document('tweets/{tweetId}').onCreate((snapshot, context) => {
  const tweetId = context.params.tweetId;
  const tweetData = snapshot.data();
  const followersRef = admin.firestore().collection('followers').doc(tweetData.userId).collection('users');
  followersRef.get().then((querySnapshot) => {
    querySnapshot.forEach((follower) => {
      const followerId = follower.id;
      const timelineRef = admin.firestore().collection('timelines').doc(followerId);
      timelineRef.update({
        tweets: admin.firestore.FieldValue.arrayUnion(tweetId)
      });
    });
  });
  return null;
});

上述代码通过创建一个云函数`copyTweetToTimeline`来实现将新的推文复制到关注用户的时间线上。该云函数监视`tweets`集合中的新推文，并将其id复制到关注用户的时间线文档中的`tweets`字段。通过使用`arrayUnion`操作符，可以确保不重复地将推文id添加到时间线中。

通过上述解决方法，可以实现类似Twitter的社交媒体应用的时间线功能，并确保赞和踩等操作对原始推文产生影响。

Firestore社交网络数据结构的出现原因是为了优化社交媒体应用程序中频繁读取操作的功能。在这种情况下，主要功能是用户能够看到他们关注的所有人的最新帖子。为了优化这个功能，我们希望将每个用户应该看到的帖子存储在该用户的文档中。因此，与Twitter相比，你可能会有一个包含每个用户的Twitter动态的文档。或者，如果单个文档的数据量太大，你可能会想将其放在一个集合中。我通常将这解释为在数据库中建模应用程序的屏幕。

这与关系数据库中的典型数据模型非常不同，所以需要时间来适应。为了进行良好的介绍，我建议：

- 阅读《NoSQL数据建模技术》。

- 观看《针对SQL开发人员的Firebase》视频，尽管它是针对实时数据库的，但它解释了如何将常见的SQL概念映射到Firebase的NoSQL模型。

- 观看《了解Cloud Firestore》视频。

这些资源将帮助你更好地理解Firestore社交网络数据结构的原因以及如何解决这个问题。