我计划创建一个像 blogger.com 这样的 SASS，将来可能会有数以百万计的帖子。存储这些帖子的最佳方式是什么。
我的 Mysql 列的示例
Title , Date , author , Content
现在我应该将博客内容作为文本字段存储在 mysql 本身中，或者我可以将帖子作为文本存储在 s3 中并在内容列中引用 s3 的路径，这样可以节省 mysql 中的空间并保持表格快速运行。
附言：我不想在内容栏中有搜索功能。
blogger.com 或其他拥有大量文本的公司将其数据存储在哪里。
如果你们有任何理想的方法来存储这些数据以便最快地检索，请告诉我。
答案1
有图像，没有文本。
我假设您的 Web 服务器将构建一个包含各种内容的页面，包括“内容”（文本）和可能的图像。由于 HTML/HTTP 的结构是构建所有文本，然后在布局文本后提取图像，因此最好一次获取所有文本。另一方面，可以使用<img...>或单独处理图像<picture...>。
“最快检索”——假设文本与其元数据一起存储，则使用单个 SQL 检索两者是“最快”的SELECT。
但是，正如我上面提到的，“图像”是不同的。你应该在获取其余内容时获取图像的 URL，但让用户的浏览器异步“拉”图像后内容被处理。