正确的市场数据库结构

Question

我在db上有一些经验，对于少于100个用户的较小数据集，但是我不太确定即将发布的完全公开的数据集。如果有人有什么见解或经验可以分享，将不胜感激。

我们有一个任何人都可以注册的网站， 并且任何人都可以发布可以被其他用户之一拾取的内容，并且用户可以在帖子上发表评论。

这就是我的想法：

1. 用户-ID BIGINT，名称VARCHAR，描述TEXT，uuid VARCHAR
2. 帖子-id BIGINT，内容TEXT，uuid VARCHAR，posted_user BIGINT （用户外键）
3. 评论-id BIGINT，内容TEXT，uuid VARCHAR，posted_user BIGINT （用户外键）

我可能正在思考10年，但我有一些疑问：

1. 是否可以将整数用于帖子表，该表可能会结束 数百万条记录？ db如何像fb一样在哪里工作 显然他们的帖子数量会超过BIGINT吗？
2. 我注意到，当我们查询fb或google maps等其他API时， id永远不会是像“ 123”这样的数字，而是一些类似串行的字符串，所以我 假设在sql中应使用uuid进行api通信 连接还是where语句应使用id整数？
3. 在最坏的情况下（或从共同的角度来看最好），如果id 对于评论表超过BIGINT，我们如何存储下一个 {{1条评论？或者我们应该如何计划结构 它可以尽我们最大的努力来容纳这一点？