缓存从 API 提取的信息的最有效方法是什么？
我正在讨论应该如何组织我的数据库，该数据库从 Facebook 的 Open Graph API 中提取信息。我希望收集特定页面的信息，例如：
- 相册 相册
- 中的所有照片 相册
- 中所有照片的所有评论/喜欢/名称
对我来说，构建数据库以将所有这些信息包含在一个表中是否更有效？在多个表中（即相册表、照片表、评论表等）？如果重要的话，我将使用 MySQL 数据库并通过 PHP 访问和读取它们。
I am debating how I should organize my database which pulls information from Facebook's Open Graph API. I am looking to gather information for a specific page such as:
- Albums
- All photos in an album
- All comments/likes/names for all photos in an album
Is it more efficient for me to structure my database to include all this information in one table or in multiple tables (i.e. Albums table, Photos table, Comments table, etc.)? If it matters, I will be using MySQL databases and having them accessed and read via PHP.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
您绝对不可能在一个表中获取所有这些信息并能够有效地查询它。设计一个关系数据库来存储所有这些信息。
There's just absolutely no way you're going to get all this information in a single table and be able to query it effectively. Design a relational database to store all of this information.
SBerg 所说的然后，为了使读取（选择）非常快，您可能还需要考虑为前端 UI 创建数据库的维度模型（起始架构或类似） - 更多信息位于 http://en.wikipedia.org/wiki/Data_warehouse。
关系数据库存储非常适合写入数据，DM 模型则非常适合读取数据。我们在 FB 房地产应用程序中使用了这种方法，在该应用程序中处理数百万条财产记录和数以百计的财产照片。
另外，您绝对应该将 MySQL 数据库托管在云托管环境中，这是毫无疑问的！
What SBerg said and then, to make the reads (selects) really fast, you may also want to consider creating a dimensional model of your db (start schema or similar) for your front end UI - more info at http://en.wikipedia.org/wiki/Data_warehouse.
Relational db store will be great for writing and DM model for reading data. We're using this approach for our FB real estate app where we're handling millions of property records and 100s of millions of property photos.
Also, you should definitely host your MySQL db in a cloud hosted environment, no question about that!